在Java中如何避免死锁检测与恢复
应从设计上避免死锁，通过按固定顺序获取锁、使用tryLock设置超时、避免嵌套和长时间持锁、采用并发工具类等方法预防死锁，降低风险。
在Java中，死锁检测与恢复虽然可以通过工具或监控手段实现，但最有效的方
式是从设计上避免死锁的发生。因为一旦发生死锁，JVM不会自动恢复，只能通过重启线程或整个应用来解决，这在生产环境中代价很高。因此，重点应放在预防上，而不是依赖检测与恢复机制。
按固定顺序获取锁
多个线程以不同顺序获取多个锁时，容易形成循环等待，从而导致死锁。为了避免这种情况，可以约定所有线程都以相同的顺序获取锁。
- 例如，如果有两个锁 lockA 和 lockB，所有线程都必须先获取 lockA，再获取 lockB
- 可以通过定义锁的层级或编号，强制按照编号从小到大加锁
使用 tryLock 避免无限等待
java.util.concurrent.locks.ReentrantLock 提供了 tryLock() 方法，允许线程在指定时间内尝试获取锁，如果无法获取就放弃，从而打破死锁条件。
- 设置合理的超时时间，比如 tryLock(5, TimeUnit.SECONDS)
- 获取失败后释放已持有的锁，稍后重试
- 这种方式适用于可重试的操作场景
避免嵌套锁和长时间持有锁
减少锁的持有时间和范围，能显著降低死锁概率。
- 不要在一个 synchronized 块中调用另一个可能加锁的方法
- 将耗时操作（如I/O、网络请求）移出同步代码块
- 使用细粒度锁代替粗粒度的全局锁
使用并发工具类替代手动加锁
Java 提供了丰富的并发工具，如 ConcurrentHashMap、BlockingQueue、AtomicInteger 等，它们内部已处理线程安全问题，无需开发者手动加锁。
- 优先使用 java.util.concurrent 包中的线程安全集合和原子类
- 使用 ExecutorService 管理线程生命周期，避免直接操作线程和锁
基本上就这些。只要在编码时注意锁的顺序、避免嵌套、合理使用并发工具，就能极大降低甚至消除死锁风险。与其事后检测恢复，不如一开始就设计好线程协作方式。
