避免死锁需打破四个必要条件，核心是按固定顺序加锁（如ID升序）、使用带超时的tryLock、缩小锁范围、避免锁内调用外部方法。
避免线程死锁的关键在于打破死锁产生的四个必要条件（互斥、占有并等待、不可剥夺、循环等待），尤其要从设计层面控制锁的获取顺序和范围。
按固定顺序获取锁
多个线程若需同时持有多个锁，必须约定并严格遵守统一的加锁顺序。例如，对资源A和B加锁时，所有线程都先锁A再锁B，禁止出现有的线程先A后B、有的先B后A的情况。
- 可为锁对象定义唯一ID（如hashCode或自增编号），每次按ID升序依次加锁
- 使用工具类封装加锁逻辑，避免业务代码直接调用lock()，强制执行顺序策略
- 注意：Object.hashCode()在JVM重启间不保证稳定，生产环境建议用自定义唯一标识
使用带超时的锁获取机制
避免无限期等待，让线程在无法及时获得锁时主动放弃，释放已占资源并重试或降级处理。
- 优先使用ReentrantLock.tryLock(long, TimeUnit)而非lock()，设置合理超时（如100ms～2s）
- 捕获InterruptedException并正确恢复中断状态（Thread.currentThread().interrupt()）
- 超时后应释放已成功获取的锁，再决定是否重试或报错，防止资源泄漏
缩小锁的作用范围和粒度
锁的范围越小、持有时间越短，发生竞争和等待的概率就越低，死锁风险自然下降。
立即学习“Java免费学习笔记（深入）”；
- 只在真正需要同步的代码块内加锁，避免把数据库查询、IO操作等耗时逻辑包进同步块
- 考虑用读写锁（ReentrantReadWriteLock）分离读写场景，提升并发度
- 能用无锁结构（如ConcurrentHashMap、AtomicInteger）就不用synchronized或显式锁
避免嵌套锁与锁内调用外部方法
在持有锁期间调用可能间接申请其他锁的外部方法（如回调、服务调用、集合遍历中的removeIf），极易引入隐蔽的锁顺序依赖。
- 锁内只做确定性、无副作用的简单操作（如更新字段、添加元素到本地列表）
- 如需调用外部逻辑，先释放锁，再调用；必要时复制数据，确保不依赖锁保护的状态
- 警惕日志框架、监控埋点、序列化等看似安全的操作，它们内部可能触发同步或反射锁
