tryLock() 通过非阻塞、超时与中断机制有效避免死锁，支持按固定顺序获取多锁并及时释放，需检查返回值、在finally中解锁、正确处理中断。
Java 中使用 tryLock() 是避免死锁和控制锁等待时间的有效手段，核心在于不阻塞线程、支持超时与中断，从而打破“循环等待”这一死锁必要条件。
用 tryLock 配合超时主动放弃获取锁
相比 lock.lock() 的无期限阻塞，tryLock(long timeout, TimeUnit unit) 允许设定最大等待时间。若超时仍未获得锁，返回 false，线程可选择回退、重试或执行替代逻辑，避免无限等待。
示例：
Lock lock = new ReentrantLock();
if (lock.tryLock(1, TimeUnit.SECONDS)) {
try {
// 执行临界区操作
} finally {
lock.unlock();
}
} else {
// 获取锁失败，执行降级处理（如记录日志、返回默认值、稍后重试等）
System.out.println("获取锁超时，跳过操作");
}
按固定顺序获取多个锁，结合 tryLock 防止循环等待
死锁常发生在多个线程以不同顺序申请同一组锁。解决方法是约定全局获取顺序（如按对象哈希码排序），再配合 tryLock 逐个尝试——任一锁获取失败即全部释放并重试/放弃，不持有部分锁。
立即学习“Java免费学习笔记（深入）”；
关键做法：
- 对要加锁的多个对象计算唯一且一致的顺序（例如
System.identityHashCode(obj)） - 按升序（或降序）依次调用
tryLock，任意一个失败立即释放已获锁并退出 - 避免在未成功获取全部锁前执行业务逻辑
响应中断，增强线程可控性
tryLock() 本身不响应中断，但 tryLock(long, TimeUnit) 在等待过程中可被中断（抛出 InterruptedException）。这使得线程可在外部指令下及时终止等待，进一步降低死锁风险。
注意点：
- 捕获
InterruptedException后应恢复中断状态（Thread.currentThread().interrupt()） - 不要忽略中断信号，否则可能破坏上层调度逻辑
避免常见误用
实际使用中容易踩的坑：
-
未在 finally 块中 unlock：仅在
tryLock()成功时才需解锁，务必用标志位记录是否持有锁 -
超时时间设为 0：
tryLock(0, TimeUnit.SECONDS)等价于无等待的tryLock()，适合纯非阻塞场景，但不能用于“稍等一下”的语义 -
忽略返回值直接操作：必须检查
tryLock()返回值，否则可能在未持锁情况下访问共享资源，引发并发问题
