Java并发编程中的Semaphore与限流控制

阿萱酱_5832

发布时间：2026-01-05 17:57:28

255人浏览过

来源于php中文网

原创

Semaphore 是计数信号量，能实现并发数限制类限流，但不支持时间窗口、QPS 控制或按接口维度限流；适合保护本地有限资源，需配对 acquire/release 并用 finally 释放。

java并发编程中的semaphore与限流控制

Semaphore 是什么，它真能做限流吗

Semaphore 不是专为限流设计的工具，但它能实现“并发数限制”这一核心限流语义。它的本质是计数信号量，acquire() 消耗许可，release() 归还许可，许可总数在构造时固定。只要控制好许可数和 acquire/release 的配对时机，就能达成类似限流的效果。

注意：它不感知时间窗口、不自动清理过期请求、也不区分请求来源——这些是成熟限流器（如 Sentinel、Resilience4j）才提供的能力。用 Semaphore 做限流，只适合简单场景，比如限制同时最多 5 个线程访问某个本地资源。

如何正确初始化和使用 Semaphore 实现并发限流

关键在于构造参数与 acquire/release 的位置。错误地放在方法内部、漏掉 finally 块释放、或在异常路径中未释放，都会导致许可永久泄漏，最终所有线程阻塞在 acquire() 上。

使用 new Semaphore(int permits, boolean fair)；通常设 fair = false（默认），避免排队开销
acquire() 必须配对 release()，且 release() 应该放在 finally 块中
不要在循环里反复 acquire() 而不 release()，除非你明确需要多许可（即 acquire(3) 对应 release(3)）

private final Semaphore semaphore = new Semaphore(3);

public void doWork() {
    try {
        semaphore.acquire(); // 阻塞直到拿到许可
        // 执行受保护的操作
        Thread.sleep(100);
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
    } finally {
        semaphore.release(); // 必须释放，否则许可数会越来越少
    }
}

acquire() 会阻塞，有没有非阻塞或带超时的替代方案

直接调用 acquire() 会无限期等待，生产环境几乎不可接受。应优先使用带超时的版本，并根据返回值判断是否获取成功。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

立即学习“Java免费学习笔记（深入）”；

tryAcquire()：立即返回 boolean，不阻塞，适合“尽力而为”场景
tryAcquire(long timeout, TimeUnit unit)：指定最大等待时间，超时返回 false，必须检查返回值
超时后不调用 release()，因为根本没拿到许可

if (semaphore.tryAcquire(1, TimeUnit.SECONDS)) {
    try {
        // 执行业务逻辑
    } finally {
        semaphore.release();
    }
} else {
    // 走降级逻辑，比如返回 429 或 fallback 值
}