Java中lock()无法响应中断因阻塞态不检查中断标志，而lockInterruptibly()在等待锁时可捕获interrupt()并抛InterruptedException；需配合try-catch、恢复中断状态及finally中安全unlock。
Java 中锁机制要响应中断请求并退出锁等待，关键在于使用 ReentrantLock.lockInterruptibly() 替代普通 lock()，让线程在阻塞等待锁时能感知并响应 interrupt() 信号，抛出 InterruptedException 后主动退出，而不是无限挂起。
为什么 lock() 无法响应中断
调用 ReentrantLock.lock() 后，若锁被占用，线程会进入阻塞状态（如 PARK 状态），此时即使被其他线程调用 interrupt()，它也不会抛异常、不会退出等待，只会继续傻等——直到拿到锁或发生极少见的虚假唤醒。这容易造成线程“假死”、超时不可控、资源长期被占。
synchronized 同样不支持中断：进入同步块前的等待无法被中断。
用 lockInterruptibly() 实现可中断等待
该方法在获取锁前检查中断状态；若已被中断，直接抛 InterruptedException；若锁不可用而进入等待，后续收到中断也会立即退出并抛异常。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 它不是“尝试加锁”，不返回 boolean，失败只通过异常体现
- 必须配合 try-catch 捕获 InterruptedException
- 捕获后建议调用 Thread.currentThread().interrupt() 恢复中断标记，便于上层逻辑感知中断意图
- 必须在 finally 块中显式 unlock()，且推荐先用 isHeldByCurrentThread() 判断是否真的持有锁，避免非法释放
典型安全写法示例
ReentrantLock lock = new ReentrantLock();
try {
lock.lockInterruptibly(); // 可中断地获取锁
// 执行临界区操作
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
throw new RuntimeException("等待锁时被中断", e);
} finally {
if (lock.isHeldByCurrentThread()) {
lock.unlock();
}
}
结合超时与主动检查提升健壮性
单靠中断还不够——如果调用方忘记 interrupt，线程仍可能卡住。更稳妥的做法是组合使用：
- 优先用 tryLock(long, TimeUnit) 设置等待上限，比如 tryLock(3, SECONDS)，超时即放弃
- 在长时间业务逻辑中，定期调用 Thread.interrupted() 检查并主动退出（注意该方法会清除中断状态）
- 在线程池中提交任务时，配合 Future.cancel(true) 触发执行线程中断，确保 lockInterruptibly() 能及时响应
