在Java里如何使用Semaphore控制并发访问数量_Java信号量机制解析-java教程-PHP中文网

new Semaphore(1) 不等于 synchronized，因其不绑定线程、不可重入、无内存可见性保证，且需手动配对acquire/release；适合跨线程传递许可，而非简单互斥。

在java里如何使用semaphore控制并发访问数量_java信号量机制解析

为什么 new Semaphore(1) 不等于 synchronized

很多人以为 Semaphore 设为 1 就是“换个写法的锁”，其实不是。它不绑定线程——同一个线程可以 acquire() 多次（不释放的话会阻塞自己），而 synchronized 是可重入且自动绑定当前线程的。更关键的是：Semaphore 不提供内存可见性保证，除非你额外用 volatile 或同步块配合共享变量。

要用 Semaphore 做互斥，得确保每次 acquire() 后必有对应 release()，推荐用 try-finally
如果只是保护一段临界区且无需跨线程传递许可，synchronized 或 ReentrantLock 更安全、语义更清晰
Semaphore(1) 真正适合的场景是：需要在不同线程间“传递”进入权限（比如生产者获取许可后交给消费者去执行）

如何避免 acquire() 阻塞导致线程卡死

默认 acquire() 会无限期等待，一旦许可长期被占用（比如某线程抛异常没释放），整个等待队列就挂住了。必须用带超时的版本 + 显式错误处理。

优先用 tryAcquire(long timeout, TimeUnit unit)，超时返回 false，可做降级或告警
不要在循环里裸调 acquire()，尤其在连接池、任务调度等长生命周期场景中
如果业务允许“尽力而为”，可结合 tryAcquire()（无等待）快速失败，避免排队积压

if (sem.tryAcquire(3, TimeUnit.SECONDS)) {
    try {
        // 执行受控操作
    } finally {
        sem.release(); // 必须放 finally 里
    }
} else {
    // 走备用逻辑，比如返回错误码或进重试队列
}