ThrottleDebounce 3.0.0-beta5
ThrottleDebounce
Rate-limit your actions and funcs by throttling and debouncing them. Retry when an exception is thrown.
This is a .NET library that lets you rate-limit delegates so they are only executed at most once in a given interval, even if they are invoked multiple times in that interval. You can also invoke a delegate and automatically retry it if it fails.
Installation
This package is available on NuGet Gallery.
dotnet add package ThrottleDebounce
It targets .NET Standard 2.0 and .NET Framework 4.5.2, so it should be compatible with many runtimes.
Rate limiting
Usage
using ThrottleDebounce;
Action originalAction;
Func<int> originalFunc;
TimeSpan wait = TimeSpan.FromMilliseconds(50);
using RateLimitedAction throttledAction = Throttler.Throttle(originalAction, wait, leading: true, trailing: true);
using RateLimitedFunc<int> debouncedFunc = Debouncer.Debounce(originalFunc, wait, leading: false, trailing: true);
throttledAction.Invoke();
int? result = debouncedFunc.Invoke();
- Call
Throttler.Throttleto throttle your delegate, orDebouncer.Debounceto debounce it. PassAction action/Func func— your delegate to rate-limitTimeSpan wait— how long to wait between executionsbool leading—trueif the first invocation should be executed immediately, orfalseif it should be queued. Optional, defaults totruefor throttling andfalsefor debouncing.bool trailing—trueif subsequent invocations in the waiting period should be enqueued for later execution once the waiting interval is over, orfalseif they should be discarded. Optional, defaults totrue.
- Call the resulting
RateLimitedAction/RateLimitedFuncobject'sInvokemethod to enqueue an invocation.RateLimitedFunc.Invokewill returndefault(e.g.null) ifleadingisfalseand the rate-limitedFunchas not been executed before. Otherwise, it will return theFunc's most recent return value.
- Your delegate will be executed at the desired rate.
- Optionally call the
RateLimitedAction/RateLimitedFuncobject'sDispose()method to prevent all queued executions from running when you are done.
Understanding throttling and debouncing
Summary
Throttling and debouncing both restrict a function to not execute too often, no matter how frequently you invoke it.
This is useful if the function is invoked very frequently, like whenever the mouse moves, but you don't want to it to run every single time the pointer moves 1 pixel, because the function is expensive, such as rendering a user interface.
Throttling allows the function to still be executed periodically, even with a constant stream of invocations.
Debouncing prevents the function from being executed at all until it hasn't been invoked for a while.
An invocation can result in at most one execution. For example, if both leading and trailing are true, one single invocation will execute once on the leading edge and not on the trailing edge.
Not all extra invocations are queued to run on the trailing edge — only the latest extra invocation is saved, and the other extras are dropped. For example, if you throttle mouse movement and then quickly move your pointer across your screen, only a few of the move event callbacks will be executed, many pixels apart; it won't slowly execute thousands of callbacks all spread out over a long time.
Diagram
Lodash documentation
Article and demo
Debouncing and Throttling Explained Through Examples by David Corbacho
Examples
Throttle an action to execute at most every 1 second
using ThrottleDebounce;
Action throttled = Throttler.Throttle(() => Console.WriteLine("hi"), TimeSpan.FromSeconds(1)).Invoke;
throttled(); //logs at 0s
throttled(); //logs at 1s
Thread.Sleep(1000);
throttled(); //logs at 2s
Debounce a function to execute after no invocations for 200 milliseconds
Func<double, double, double> debounced = Debouncer.Debounce((double x, double y) => Math.Sqrt(x * x + y * y),
TimeSpan.FromMilliseconds(200)).Invoke;
double? result;
result = debounced(1, 1); //never runs
result = debounced(2, 2); //never runs
result = debounced(3, 4); //runs at 200ms
Canceling a rate-limited action so any queued executions won't run
RateLimitedAction rateLimited = Throttler.Throttle(() => Console.WriteLine("hello"), TimeSpan.FromSeconds(1));
rateLimited.Invoke(); //runs at 0s
rateLimited.Dispose();
rateLimited.Invoke(); //never runs
Save a WPF window's position to the registry at most every 1 second
static void SaveWindowLocation(double x, double y) => Registry.SetValue(@"HKEY_CURRENT_USER\Software\My Program",
"Window Location", $"{x},{y}");
Action<double, double> saveWindowLocationThrottled = Throttler.Throttle<double, double>(saveWindowLocation,
TimeSpan.FromSeconds(1)).Invoke;
LocationChanged += (sender, args) => SaveWindowLocationThrottled(Left, Top);
Prevent accidental double-clicks on a WPF button
public MainWindow(){
InitializeComponent();
Action<object, RoutedEventArgs> onButtonClickDebounced = Debouncer.Debounce<object, RoutedEventArgs>(
OnButtonClick, TimeSpan.FromMilliseconds(40), true, false).Invoke;
MyButton.Click += new RoutedEventHandler(onButtonClickDebounced);
}
private void OnButtonClick(object sender, RoutedEventArgs e) {
MessageBox.Show("Button clicked");
}
Retrying
Given a function or action, you can execute it and, if it threw an exception, automatically execute it again until it succeeds.
Usage
using ThrottleDebounce.Retry;
var result = Retrier.Attempt(attempt => MyErrorProneFunc(), new RetryOptions { MaxAttempts = 2 });
Call Retrier.Attempt.
- The first argument is an
Action<long>orFunc<long, T>, which is your delegate to attempt and possibly retry if it throws exceptions. The attempt number will be passed as thelongparameter, starting with0for the first attempt, and increasing by1for each retry. If this func returns a task, it will be awaited to determine if it threw an exception. - The second argument is an optional
RetryOptionsorAsyncRetryOptionsstruct that lets you define the limits and behavior of the retries, with the optional properties:long? MaxAttempts— the total number of times the delegate is allowed to run in this invocation, equal to1initial attempt plus at mostmaxAttempts - 1retries if it throws an exception. Must be at least1; if you set it to0it will clip to1. Defaults tonull, which means infinitely many retries.TimeSpan? MaxOverallDuration— the total amount of time that Retrier is allowed to spend on attempts. This is the cumulative duration starting from the invocation ofRetrier.Attemptand continuing across all attempts, including delays, rather than a time limit for each individual attempt. Defaults tonull, which means attempts may continue for infinitely long.- If both
MaxAttemptsandMaxOverallDurationare non-null, they will apply in conjunction — retries will continue iff both the number of attempts is less thanMaxAttemptsand the total elapsed duration is less thanMaxOverallDuration. - If both
MaxAttemptsandMaxOverallDurationarenull, Retrier will retry forever until the delegate returns without throwing an exception, orIsRetryAllowedreturnsfalse.
- If both
Func<long, TimeSpan>? Delay— how long to wait between attempts, as a function of the number of retries that have already run, starting with0after the failed first attempt and before the first retry. You can return a constantTimeSpanfor a fixed delay, or pass longer values for subsequent attempts to implement, for example, exponential backoff. Optional, defaults tonull, which means no delay. The minimum value is0, the maximum value isint.MaxValue(uint.MaxValue - 1in .NET ≥ 6), and values outside this range will be clipped. Retrier will wait for this delay after callingAfterFailureand before callingBeforeRetry. You can experiment with and visualize different delay strategies and values on .NET Fiddle. Implementations you can pass:Delays.ConstantDelays.LinearDelays.ExponentialDelays.PowerDelays.LogarithmicDelays.MonteCarlo- any custom function that returns a
TimeSpan
Func<Exception, long, bool>? IsRetryAllowed— whether the delegate is permitted to execute again after a givenExceptioninstance and attempt number, starting with0. Returntrueto allow another retry, orfalseforRetrier.Attemptto abort and throw the disallowed exception. For example, you may want to retry after HTTP 500 errors since subsequent requests may succeed, but stop after the first failure for an HTTP 403 error which probably won't succeed if the same request is sent again. Optional,nulldefaults to retrying on all exceptions, but regardless of this property, Retrier never retries on anOutOfMemoryException. If your attempt func is asynchronous, you may specify an asynchronousIsRetryAllowedby creating anAsyncRetryOptionsinstead ofRetryOptions.Action<Exception, long>? AfterFailure— a delegate to run extra logic after an attempt fails, if you want to log a message or perform any cleanup. Similar toBeforeRetryexcept it runs before waiting forDelayinstead of after. Optional, defaults to not running anything. Thelongparameter is the attempt number that most recently failed, starting with0the first time this action is called. The most recentExceptionis also passed. Runs before waiting forDelayandBeforeRetry. If your attempt func is asynchronous, you may specify an asynchronousAfterFailureby creating anAsyncRetryOptionsinstead ofRetryOptions.Action<Exception, long>? BeforeRetry— a delegate to run extra logic before a retry attempt, for example, if you want to log a message or perform any cleanup before the next attempt. Similar toAfterFailureexcept it runs after waiting forDelayinstead of before. Optional, defaults to not running anything. Thelongparameter is the attempt number that will be run next, starting with1the first time this action is called. The most recentExceptionis also passed. Runs after bothAfterFailureand waiting forDelay. If your attempt func is asynchronous, you may specify an asynchronousBeforeRetryby creating anAsyncRetryOptionsinstead ofRetryOptions.CancellationToken? CancellationToken— used to cancel the attempts and delays before they have all completed. Optional, defaults to no cancellation token. When cancelled,Attemptthrows aTaskCancelledException.
Asynchrony
If the delegate Func returns a Task or Task<T>, Retrier will await it to determine if it threw an exception. In this case, you should await Retrier.Attempt to get the final return value or exception.
Otherwise, if the delegate synchronously returns void or T, Retrier naturally will block its caller's thread, including during delays, to determine the final return value or exception. To prevent thread blocking, await an async overload by making the delegate return a task.
Return value
If your delegate runs successfully without throwing an exception, Attempt will return your delegate Func's return value, or void if the delegate is an Action that doesn't return anything.
Exceptions
If Retrier ran out of attempts or time to retry, it will rethrow the last exception thrown by the delegate, or, if RetryOptions.CancellationToken was canceled, a TaskCanceledException.
Sequence
- Run delegate (attempt #0)
- Run
AfterFailure(attempt #0) - Check
IsRetryAllowed(attempt #0) - Wait for
Delay(attempt #0) - Run
BeforeRetry(attempt #1) - Run delegate (attempt #1)
- Run
AfterFailure(attempt #1) - Check
IsRetryAllowed(attempt #1) - Wait for
Delay(attempt #1) - Run
BeforeRetry(attempt #2) - etc.
Example
Send at most 5 HTTP requests, 2 seconds apart, until a successful response is received
using System.Net;
using ThrottleDebounce.Retry;
using HttpClient httpClient = new();
try {
HttpStatusCode statusCode = await Retrier.Attempt(async attempt => {
using HttpResponseMessage response = await httpClient.GetAsync("https://httpbin.org/status/200%2C500");
response.EnsureSuccessStatusCode(); // throws HttpRequestException for status codes outside the range [200, 300)
return response.StatusCode;
}, new RetryOptions {
MaxAttempts = 5,
Delay = Delays.Constant(TimeSpan.FromMilliseconds(100)),
AfterFailure = (exception, attempt) => Console.WriteLine(exception is HttpRequestException { StatusCode: { } status }
? $"Received {(int) status} response (attempt #{attempt:N0})" : exception.Message),
BeforeRetry = (exception, attempt) => Console.WriteLine($"Retrying (attempt #{attempt:N0})")
});
Console.WriteLine($"Final response status code: {statusCode}");
} catch (HttpRequestException) {
Console.WriteLine("All requests failed");
}
Received 500 response (attempt #0)
Retrying (attempt #1)
Received 500 response (attempt #1)
Retrying (attempt #2)
Final response status code: 200
Showing the top 20 packages that depend on ThrottleDebounce.
| Packages | Downloads |
|---|---|
|
Elsa
Bundles the most commonly-used packages when building an Elsa workflows application.
|
19 |
|
Elsa
Bundles the most commonly-used packages when building an Elsa workflows application.
|
20 |
|
Elsa
Bundles the most commonly-used packages when building an Elsa workflows application.
|
21 |
|
Elsa
Bundles the most commonly-used packages when building an Elsa workflows application.
|
22 |
|
Elsa
Bundles the most commonly-used packages when building an Elsa workflows application.
|
23 |
|
Elsa.Workflows.Runtime
Provides workflow runtime functionality.
|
19 |
|
Elsa.Workflows.Runtime
Provides workflow runtime functionality.
|
20 |
|
Elsa.Workflows.Runtime
Provides workflow runtime functionality.
|
21 |
|
Elsa.Workflows.Runtime
Provides workflow runtime functionality.
|
22 |
|
Elsa.Workflows.Runtime
Provides workflow runtime functionality.
|
23 |
.NET Framework 4.5.2
- No dependencies.
.NET Standard 2.0
- No dependencies.
| Version | Downloads | Last updated |
|---|---|---|
| 3.0.0-beta5 | 9 | 07/03/2025 |
| 3.0.0-beta4 | 7 | 06/24/2025 |
| 3.0.0-beta3 | 10 | 06/06/2025 |
| 3.0.0-beta2 | 12 | 03/30/2025 |
| 3.0.0-beta1 | 14 | 02/23/2025 |
| 2.0.1 | 17 | 04/02/2025 |
| 2.0.0 | 24 | 12/22/2024 |
| 2.0.0-SNAPSHOT-2 | 17 | 12/22/2024 |
| 2.0.0-SNAPSHOT | 19 | 12/22/2024 |
| 1.0.3 | 22 | 12/22/2024 |
| 1.0.2 | 22 | 12/22/2024 |
