semaphore的acquire()方法主动抛出interruptedexception，支持优雅中断：捕获异常、恢复中断状态、清理资源，且不占用任何许可。
在 Java 中，Semaphore 的 acquire() 方法会响应中断——它不是忽略 InterruptedException，而是**主动抛出**该异常。所谓“优雅响应”，核心在于：捕获中断、清理资源（如释放已获取的许可）、恢复线程中断状态（必要时），并按业务逻辑决定是退出、重试还是转为超时等待。
明确 acquire() 本身已支持中断
Semaphore#acquire() 是可中断的阻塞方法。一旦线程在等待许可时被其他线程调用 interrupt()，它会立即抛出 InterruptedException，且不会占用任何许可（即不会“半成功”地拿到部分许可）。
- 无需手动轮询
Thread.interrupted() - 不必用
tryAcquire(long, TimeUnit)配合循环模拟中断逻辑 - 直接使用
acquire()即可获得天然中断支持
标准写法：捕获 + 恢复中断状态 + 清理
典型模式如下：
try {
semaphore.acquire(); // 可能被中断
// ✅ 成功获取，执行受保护操作
doProtectedWork();
} catch (InterruptedException e) {
// ⚠️ 被中断：当前线程的中断状态已被清除（JVM 自动清）
Thread.currentThread().interrupt(); // ✅ 恢复中断状态，供上层判断
// ? 执行必要清理（如关闭流、回滚事务等）
cleanup();
// ❌ 不吞掉异常，也不裸 throw —— 根据场景选择处理方式
throw new RuntimeException("Operation interrupted", e); // 或 return; 或 rethrow as checked
}
关键点：
-
Thread.currentThread().interrupt()很重要：让调用栈更高层能通过Thread.interrupted()或再次捕获InterruptedException感知中断意图 - 若你在
catch块里做了清理但想静默退出，仍建议恢复中断状态，避免“吃掉”中断信号 -
semaphore.release()不需要在catch里调，因为acquire()抛异常时根本没拿到许可
进阶：批量获取许可时的中断语义
若调用 acquire(int permits) 请求多个许可，被中断时也不会获取任何许可（全有或全无）。但注意：
如果已通过多次 acquire() 分批拿到部分许可，又在后续一次中被中断，则之前获取的许可仍有效——需自行跟踪并释放。
- 推荐统一用
acquire(permits)一次性申请，避免状态分散 - 若必须分步，用
tryAcquire(permits)非阻塞试探 + 显式release()回退，再配合中断检查
替代方案：用 tryAcquire 配合中断轮询（极少需要）
仅当需要在等待期间做其他事（如日志、心跳、进度更新）时，才考虑手动轮询：
while (!semaphore.tryAcquire()) {
if (Thread.currentThread().isInterrupted()) {
Thread.currentThread().interrupt(); // 恢复并退出
throw new InterruptedException();
}
Thread.sleep(10); // 短暂让出 CPU，避免忙等
}
⚠️ 注意：tryAcquire() 不响应中断，所以必须显式检查；sleep() 会响应中断并抛异常，可作为自然中断入口点。
不复杂但容易忽略：中断不是错误，而是协作式取消信号；Semaphore 已为你做好了大部分工作，你只需接住它、传下去、清干净。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
