C# 信号量(Semaphore)的应用 - 控制对资源的并发访问数

应使用 SemaphoreSlim 控制并发许可数而非线程数，适用于限流场景；需用 try/finally 或 C#12+ using 确保 Release，避免许可泄露。

信号量（Semaphore）在 C# 中是用来限制同时访问某资源的线程数量的同步原语。它不像 lock 那样只允许一个线程进入，而是允许最多 N 个线程并发执行——这个 N 就是信号量的初始计数。

什么时候该用 Semaphore 而不是 lock 或 Mutex？

当你需要“最多 N 个线程能同时操作某资源”，而不是“只能 1 个”，就该考虑 Semaphore。比如：

限制数据库连接池中同时活跃的连接数（避免打满 DB）
控制对某个外部 API 的并发调用频率（防止被限流或封 IP）
模拟有限硬件资源（如只有 3 台打印机，最多 3 个任务可同时打印）

SemaphoreSlim 是日常首选

推荐用 SemaphoreSlim（轻量级、支持异步、托管实现），而不是老式的 Semaphore（基于操作系统内核对象，开销大、不支持 async/await）。

基本用法：

var semaphore = new SemaphoreSlim(3); // 最多 3 个线程能通过
// 进入临界区（阻塞或等待）
await semaphore.WaitAsync(); 
try
{
// 执行受控操作：如调用 API、写文件、处理任务...
}
finally
{
semaphore.Release(); // 必须释放，否则计数永远不增加
}

注意释放必须被执行

Release() 不会自动调用，必须确保它在任何路径下都执行——尤其是异常发生时。所以一定要包在 try/finally 或使用 using（C# 12+ 支持 SemaphoreSlim 的 using 语法糖）：

// C# 12+ 推荐写法（自动 Release）
await using (await semaphore.WaitAsync())
{
    // 执行操作
}

如果用的是旧版本 C#，就老老实实写 try/finally。

别和线程数混淆：它是“许可数”，不是“线程数”

信号量管理的是“可用许可（permit）”数量，和线程本身无关。同一个线程可以多次 WaitAsync()（只要还有许可），也可以多次 Release()（但不能超过初始值，否则抛异常）。所以设计时要明确：

每个业务逻辑单元消耗 1 个许可（最常见）
是否允许重入（通常不建议，容易逻辑混乱）
超时控制：WaitAsync(TimeSpan.FromSeconds(5)) 避免无限等待

基本上就这些。用对了，SemaphoreSlim 是控制并发水位的低调利器；用错了，可能死锁或许可泄露。关键是理解它管的是“许可”，不是“谁在用”。

# 操作系统 # 打印机 # ai # c# # 并发访问 # try # using # finally # 线程 # 并发 # 对象 # 异步 # 数据库 # 最多 # 的是 # 信号量 # 而不是 # 死锁 # 尤其是 # 什么时候 # 当你 # 适用于 # 它是

返回目录在线咨询

上一篇：基于HTML5+CSS3自定义代码构建独一无二的个人网站
下一篇：ES6新数据结构Map功能与用法示例

您的项目需求