ReentrantLock.lockInterruptibly() 是可中断的加锁方法，成功获取锁时返回，等待中被中断则抛出 InterruptedException 且不持锁；需配合 try-catch-finally 使用，finally 中确保 unlock()，并注意中断状态传播与资源清理。
ReentrantLock.lockInterruptibly() 是 Java 中实现可中断阻塞加锁的核心方法，它让线程在等待锁的过程中能响应 Thread.interrupt()，避免无限期挂起。相比 lock() 的“死等”，它是编写健壮并发程序的关键工具。
理解 lockInterruptibly() 的行为特点
该方法在两种情况下返回：
- 成功获取锁后立即返回（和
lock()一样）； - 若加锁前或加锁过程中被其他线程调用
interrupt()，则抛出InterruptedException，且不会持有锁。
注意：它只对「尚未获得锁、正在排队等待」的线程有效；如果线程已持锁并进入临界区，中断不会影响锁状态，但会设置其中断状态（需手动检查 Thread.interrupted()）。
典型使用模式：try-catch + finally 释放
必须配合 unlock() 使用，并确保释放逻辑在 finally 块中执行，否则可能因异常导致锁泄露：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
ReentrantLock lock = new ReentrantLock();
try {
lock.lockInterruptibly(); // 可被中断的加锁
// 执行临界区操作
} catch (InterruptedException e) {
// 被中断：清理资源、退出或重新抛出
Thread.currentThread().interrupt(); // 恢复中断状态（推荐）
return; // 或 throw new RuntimeException(e);
} finally {
if (lock.isHeldByCurrentThread()) { // 防御性判断，确保只释放自己持有的锁
lock.unlock();
}
}
结合超时与中断的增强控制
单独用 lockInterruptibly() 仍可能长期等待（如高竞争场景）。可搭配 tryLock(long, TimeUnit) 实现带超时的可中断等待：
- 先尝试非阻塞获取：
if (lock.tryLock())； - 失败后，用
lockInterruptibly()进入可中断等待； - 或直接用
lock.tryLock(10, TimeUnit.SECONDS)—— 它本身也响应中断。
注意：tryLock(timeout, unit) 在超时前被中断，同样抛出 InterruptedException，且不获取锁。
中断传播与业务逻辑协同
加锁被中断通常意味着上层任务被取消（如 Future.cancel(true)），应快速退出并释放相关资源：
- 不要忽略
InterruptedException，也不要简单吞掉； - 恢复中断状态（
Thread.currentThread().interrupt()）便于调用栈上游感知； - 若临界区内有 I/O 或长时间操作，也要定期检查
Thread.interrupted()并主动退出。
例如：一个后台任务在加锁失败被中断后，应停止后续处理，关闭打开的文件句柄或数据库连接。
