非公平信号量通过填补CPU空转窗口、提升缓存友好性、削减队列管理开销，在高频网络吞吐场景中显著提升吞吐量；适用于HTTP限流、RPC连接控制、Netty缓冲区管理、异步日志刷盘等任务快、复用高、重吞吐的场景。
因为非公平信号量能更充分地利用 CPU 时间片，减少线程挂起与唤醒的空档期，从而在单位时间内完成更多许可获取-释放循环。
核心瓶颈：锁释放后的“CPU 空转窗口”
当一个线程释放信号量许可时，系统需唤醒等待队列中的下一个线程。但唤醒不是瞬时的——从操作系统发出 unpark 指令，到目标线程真正被调度执行，通常存在 5–15 微秒延迟。这段时间内：
- 公平模式下，CPU 只能空等，许可不可用，后续请求全部排队
- 非公平模式下，恰好在此窗口内到达的新请求线程可直接抢占许可，立即执行
这个“填补空隙”的能力，在每秒数万次 acquire/release 的网络 I/O 场景中会持续放大吞吐优势。
缓存友好性带来真实性能加成
高频网络处理线程（如 Netty EventLoop）往往长期驻留同一 CPU 核心，其栈帧、对象引用、AQS Node 结构大概率保留在 L1/L2 缓存中。非公平模式允许这些“热线程”优先获取许可，避免因强制排队导致的缓存换出与重建开销。而公平模式频繁唤醒的“冷线程”，常需重新加载数据，实测缓存未命中率高出 30% 以上。
宝塔Linux面板11.3.0
下载
宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。
队列管理开销被实质性削减
公平信号量依赖严格 FIFO 队列，每次 acquire 失败都需：
- 新建 Node 实例并初始化
- CAS 更新 tail 指针
- 设置前驱节点 waitStatus = SIGNAL
- 调用 LockSupport.park() 进入阻塞
而非公平模式下，多数请求在线程本地或轻量级竞争中直接成功，绕过全部队列操作。压测显示：在 100 线程争抢 10 许可的场景中，非公平模式平均仅 22% 的请求真正入队，公平模式则高达 91%。
适合高频网络吞吐的典型场景
以下情况强烈推荐非公平信号量：
- HTTP 请求限流（如每秒最多 5000 次接入）
- RPC 客户端并发连接控制（如 Dubbo 泛化调用池）
- Netty ChannelHandler 中的内存缓冲区配额管理
- 异步日志批量刷盘的写入许可控制
这些场景共同特点是：任务执行快（毫秒级）、线程复用率高、对单次延迟不敏感，但极度依赖单位时间内的事务总数。
