AsyncSemaphore 2.1.0
See the version list below for details.
dotnet add package AsyncSemaphore --version 2.1.0
NuGet\Install-Package AsyncSemaphore -Version 2.1.0
<PackageReference Include="AsyncSemaphore" Version="2.1.0" />
<PackageVersion Include="AsyncSemaphore" Version="2.1.0" />
<PackageReference Include="AsyncSemaphore" />
paket add AsyncSemaphore --version 2.1.0
#r "nuget: AsyncSemaphore, 2.1.0"
#:package AsyncSemaphore@2.1.0
#addin nuget:?package=AsyncSemaphore&version=2.1.0
#tool nuget:?package=AsyncSemaphore&version=2.1.0
AsyncSemaphore
An async semaphore featuring:
- Automatic releasing without try/finally blocks by utilising the IDisposable
usingpattern - At-most-once release per acquisition, even when a handle is copied, boxed, or disposed concurrently
- Pooled
IValueTaskSourcewaiters to reduce allocation during contention TryWaitand a blockingWaitalongsideWaitAsync, plus an opt-inUnpairedAsyncSemaphorefor signal-style use- Analyzers to help you implement the desired pattern
- An
IAsyncSemaphoreinterface for if you need to mock
Install
dotnet add package AsyncSemaphore
Usage
private readonly AsyncSemaphore _asyncSemaphore = new AsyncSemaphore(1);
public async Task MyMethod()
{
// Just assign the `IDisposable` returned from `WaitAsync` to a variable and use the using statement with it
using var lockHandle = await _asyncSemaphore.WaitAsync();
// Do whatever you want - Even if we throw exceptions, we'll release the semaphore once we leave this method's scope
await DoSomethingInsideLock();
}
or scoped:
private readonly AsyncSemaphore _asyncSemaphore = new AsyncSemaphore(1);
public async Task MyMethod()
{
// or create your own scope with {} braces - And after you leave that scope, your lock will be released
using (await _asyncSemaphore.WaitAsync())
{
await DoSomethingInsideLock();
}
await DoSomethingAfterLockReleased();
}
Try-acquire and blocking waits
TryWait takes a permit only if one is available right now. It never blocks and never queues:
if (_asyncSemaphore.TryWait(out var lockHandle))
{
using (lockHandle)
{
DoSomethingInsideLock();
}
}
Wait blocks the calling thread, for code paths where blocking is the intended behaviour. It takes the same timeout and cancellation arguments as WaitAsync, fails the same way (TimeoutException, OperationCanceledException), and queues in the same FIFO order as the async waiters:
using var lockHandle = _asyncSemaphore.Wait(cancellationToken);
A blocked thread is woken directly by the thread that releases the permit, so it does not depend on the thread pool to make progress.
Upgrading a hand-written IAsyncSemaphore
IAsyncSemaphore gained TryWait(out AsyncSemaphoreReleaser), Wait(CancellationToken) and Wait(TimeSpan, CancellationToken). This is a source-breaking change for hand-written implementations: a decorator or a fake no longer compiles until it adds all three. Mocking libraries generate them on their own. A decorator forwards each one to the semaphore it wraps:
public bool TryWait(out AsyncSemaphoreReleaser releaser) => _inner.TryWait(out releaser);
public AsyncSemaphoreReleaser Wait(CancellationToken cancellationToken = default) => _inner.Wait(cancellationToken);
public AsyncSemaphoreReleaser Wait(TimeSpan timeout, CancellationToken cancellationToken = default) => _inner.Wait(timeout, cancellationToken);
A fake that holds no real permits can return a default handle from all three, because a default handle releases nothing.
Releasing without a prior wait
AsyncSemaphore only hands out a release through the handle of a successful wait, which is what lets it guarantee one release per acquisition. When that pairing genuinely does not fit (a wake-up signal, or a permit broker whose ownership is tracked elsewhere), opt in to UnpairedAsyncSemaphore:
private readonly UnpairedAsyncSemaphore _signal = new UnpairedAsyncSemaphore(0);
// A waiter, with nothing to dispose
await _signal.WaitAsync(cancellationToken);
// Any other code, whether or not it ever waited
_signal.Release();
It has the same WaitAsync, Wait and TryWait operations on the same core, its count may start at zero, and its waits allocate no release handle. Nothing stops a permit from being leaked or released twice, and the analyzers do not cover it, so prefer AsyncSemaphore wherever the acquirer is also the releaser.
Performance
Successful acquisitions allocate one small shared release-state object. This ensures that all copies of a handle share the same atomic release decision. Default handles and repeated disposal are harmless; disposing a stale copy cannot release a later acquisition.
Construction is cheap: the waiter queue and the node pool are created on the first contended wait, so a gate that never contends (one per cache entry, stream, or tenant) pays for neither.
Contended waits reuse pooled IValueTaskSource nodes. Timed or cancellable waits may additionally allocate timers, registrations, and exceptions. The implementation is not allocation-free.
Run the benchmarks for your workload and runtime:
dotnet run --project AsyncSemaphore.Benchmark -c Release -- --filter "*Benchmarks*"
Earlier measurements of the unprotected struct releaser do not represent the copy-safe implementation.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net5.0 was computed. net5.0-windows was computed. net6.0 was computed. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. net9.0 is compatible. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
| .NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
| .NET Standard | netstandard2.0 is compatible. netstandard2.1 was computed. |
| .NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
| MonoAndroid | monoandroid was computed. |
| MonoMac | monomac was computed. |
| MonoTouch | monotouch was computed. |
| Tizen | tizen40 was computed. tizen60 was computed. |
| Xamarin.iOS | xamarinios was computed. |
| Xamarin.Mac | xamarinmac was computed. |
| Xamarin.TVOS | xamarintvos was computed. |
| Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- Microsoft.Bcl.AsyncInterfaces (>= 9.0.8)
- System.Threading.Tasks.Extensions (>= 4.6.3)
-
net10.0
- No dependencies.
-
net8.0
- No dependencies.
-
net9.0
- No dependencies.
NuGet packages (2)
Showing the top 2 NuGet packages that depend on AsyncSemaphore:
| Package | Downloads |
|---|---|
|
ModularPipelines
Write your pipelines in C#! |
|
|
DotnetModularPipelines
Write your pipelines in C#! |
GitHub repositories (1)
Showing the top 1 popular GitHub repositories that depend on AsyncSemaphore:
| Repository | Stars |
|---|---|
|
thomhurst/ModularPipelines
Write your pipelines in C# !
|
| Version | Downloads | Last Updated |
|---|---|---|
| 2.3.0 | 124 | 9/20/2026 |
| 2.2.0 | 97 | 9/19/2026 |
| 2.1.0 | 89 | 9/19/2026 |
| 2.0.0 | 3,626 | 9/1/2026 |
| 1.5.0 | 143,959 | 2/7/2026 |
| 1.4.6 | 150 | 2/7/2026 |
| 1.4.0 | 148 | 2/7/2026 |
| 1.3.273 | 133 | 2/7/2026 |
| 1.3.272 | 153 | 2/7/2026 |
| 1.3.0 | 89,185 | 12/1/2024 |
| 1.2.2 | 67,994 | 6/19/2024 |
| 1.2.1 | 237 | 6/19/2024 |
| 1.2.0 | 315 | 6/18/2024 |
| 1.1.0 | 239 | 6/18/2024 |
| 1.0.8 | 247 | 6/17/2024 |
| 1.0.6 | 217 | 6/17/2024 |
| 1.0.4 | 297 | 6/16/2024 |
| 1.0.3 | 326 | 6/16/2024 |
| 1.0.2 | 234 | 6/16/2024 |
| 1.0.0 | 259 | 6/16/2024 |