C# Semaphore与SemaphoreSlim区别小结

在 c#（.net）中，semaphore 和 semaphoreslim 都用于控制同时访问某一资源或池的线程数量（即“信号量”机制），但它们在实现方式、性能、功能和适用场景上有显著区别。

下面从多个维度详细对比两者，并附使用示例。

一、核心区别概览

二、详细对比说明

1.跨进程支持

semaphore：

// 进程 a
var sem = new semaphore(2, 2, "myglobalsemaphore");

// 进程 b
var sem = semaphore.openexisting("myglobalsemaphore");

适用于多个进程共享有限资源（如硬件设备、全局连接池）。

• 可创建命名信号量，供多个进程共享。

semaphoreslim：

• 仅限当前进程内使用，无法跨进程。
• 内部使用 manualreseteventslim 或自旋，无内核对象名称。

2.异步支持（关键区别！）

semaphoreslim 提供 waitasync() 方法，完美支持 async/await：

private static semaphoreslim _sem = new semaphoreslim(3);

public async task processasync()
{
    await _sem.waitasync(); // 异步等待，不阻塞线程
    try
    {
        await callexternalapiasync(); // 模拟 i/o 操作
    }
    finally
    {
        _sem.release();
    }
}

✅ 非常适合 web api、高并发 i/o 场景（如限流）。

semaphore 只有同步方法 waitone()，在异步上下文中会阻塞线程，导致线程池饥饿：

// ❌ 不推荐在 async 方法中使用
sem.waitone(); // 阻塞当前线程！

3.性能差异

• semaphoreslim：

  • 在无竞争或轻度竞争时，完全在用户态运行，无系统调用。
  • 即使有竞争，也先自旋（spinwait），失败后才使用轻量内核事件。
  • 延迟低、吞吐高。

• semaphore：

  • 每次 waitone() / release() 都触发内核模式切换（约 1000~3000 纳秒开销）。
  • 适合低频、长时间持有的场景。

📊 性能测试表明：在高频短临界区场景，semaphoreslim 比 semaphore 快 5~10 倍以上。

4.api 差异

三、使用示例对比

✅ 场景：限制并发 http 请求（推荐用semaphoreslim）

// 使用 semaphoreslim（支持异步）
private static readonly semaphoreslim _throttle = new semaphoreslim(5, 5);

public async task<string> fetchdataasync(string url)
{
    await _throttle.waitasync(); // 异步等待，不占线程
    try
    {
        using var client = new httpclient();
        return await client.getstringasync(url);
    }
    finally
    {
        _throttle.release();
    }
}

✅ 高效、不阻塞线程池线程，适合 asp.net core 等高并发环境。

✅ 场景：两个进程共享最多 2 个数据库连接（必须用semaphore）

进程 a：

var sem = new semaphore(2, 2, "global\\dbconnectionpool");
sem.waitone();
// 使用数据库连接...
sem.release();

进程 b：

var sem = semaphore.openexisting("global\\dbconnectionpool");
sem.waitone();
// 使用数据库连接...
sem.release();

✅ 只有 semaphore 能跨进程协调资源。

四、如何选择？

五、注意事项

1.semaphoreslim不是线程安全的“计数器”

• 它只控制进入数量，不保证操作原子性。
• 临界区内仍需其他同步机制（如 lock）保护共享数据。

2.避免在semaphoreslim中阻塞线程

// ❌ 错误：在 waitasync 后又同步阻塞
await _sem.waitasync();
thread.sleep(1000); // 浪费线程！应使用 await task.delay(1000)

3.release()调用次数不能超过wait()

• 否则会抛出 semaphorefullexception。
• 建议始终用 try/finally 包裹。

✅ 总结

🎯 默认选择 semaphoreslim；只有需要跨进程时才用 semaphore。

到此这篇关于c# semaphore与semaphoreslim区别小结的文章就介绍到这了,更多相关c# semaphore semaphoreslim内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！