reducepermits 是 semaphore 中用于动态缩减可用许可数的核心方法，它直接通过 cas 修改 aqs state 值，不检查等待线程、不唤醒阻塞线程、不参与 acquire/release 协作流程，适用于运维级实时限流与资源收缩场景。
reducePermits 是 Semaphore 中用于**动态缩减可用许可数**的核心方法，但它不参与常规的资源获取/释放流程，而是直接修改内部计数器（AQS 的 state 值），适用于运行时主动收缩资源池容量的场景。
底层机制：直接操作 AQS state
Semaphore 的许可数本质是 AQS 同步器的 state 值。reducePermits 通过 CAS 循环执行 state = state - reduction，不检查当前是否有线程在等待，也不唤醒任何阻塞线程。它只是“硬性减少”计数器——就像把停车场的空位标识牌直接改少几个，不管此刻有没有车在门口排队。
关键细节：
- 该方法为 protected，无法直接调用，需继承 Semaphore 并暴露（如 ResizeableSemaphore）
- 若 reduction 为负数，抛出 IllegalArgumentException
- 若减后 state 溢出（变为负数），会抛出 Error（不是异常），属严重逻辑错误
- 它不触发任何线程调度，也不影响已 acquire 的线程行为
与 release/acquire 的根本区别
acquire 和 release 是面向线程协作的“用户级操作”，而 reducePermits 是面向系统管理的“管理员级操作”：
- acquire：尝试减 state，失败则入队挂起；成功则继续执行
- release：原子加 state，并唤醒一个等待线程（若有）
- reducePermits：无条件减 state，不入队、不唤醒、不阻塞
举例：初始 permits=10，5个线程已 acquire（占用5个），available=5。此时调用 reducePermits(3)，state 从 10 变为 7，available 变为 2（7−5），但已占用的线程不受影响，新 acquire 请求将更快遇到阻塞。
典型使用场景
该方法适用于需要**实时降配、限流收紧或故障隔离**的运维型控制：
- 服务熔断时，主动将并发上限从 100 降至 20，避免雪崩扩散
- 根据 CPU 或响应延迟指标动态下调许可数，实现自适应限流
- 灰度发布中，逐步缩小某模块的资源配额，验证稳定性
- 模拟资源物理回收（如关闭部分数据库连接通道）
安全使用的注意事项
因 reducePermits 绕过正常同步逻辑，误用易引发不可预期行为：
- 不能替代 release：它不归还许可给等待队列，仅压缩总量
- 避免与大量 pending acquire 同时发生——可能导致大量线程长时间阻塞
- 建议配合
availablePermits()和getQueueLength()监控使用，防止突兀缩容引发大面积超时 - 若需“平滑缩容”，应先拒绝新请求、等活跃线程自然释放，再调用 reducePermits
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
