在Java并发编程中锁是我们处理共享资源、避免线程安全问题的“利器”。它用法简单、易于理解无论是synchronized关键字还是Lock接口都能帮我们轻松实现线程间的同步。但凡事有利有弊锁的不当使用很容易引发一个致命问题——死锁。一旦死锁发生相关线程会陷入无限等待系统功能直接瘫痪排查起来也颇为棘手。今天就带大家从头到尾吃透死锁从“是什么”“怎么复现”“为什么会出现”到“怎么避免”“出现了怎么办”全程干货新手也能轻松看懂。一、什么是死锁用通俗的例子讲明白先抛开复杂的概念我们用一个生活中的场景理解死锁两个人吃饭每人手里都拿着一把叉子却都需要对方手里的勺子才能开动。两个人都不肯先放下自己手里的叉子也拿不到对方的勺子就这么一直僵持着——这就是死锁的本质。对应到Java线程中死锁的定义是两个或两个以上的线程为了争抢同一个或多个共享资源陷入互相等待的状态。在没有外部干预的情况下这些线程会一直阻塞无法继续执行最终导致程序卡死。再举个线程层面的具体例子有ThreadA和ThreadB两个线程它们都需要获取LOCK1和LOCK2两个锁才能完成任务。ThreadA先获取了LOCK1锁住资源AThreadB先获取了LOCK2锁住资源B接下来ThreadA想获取LOCK2资源B但此时LOCK2被ThreadB持有ThreadA只能等待而ThreadB想获取LOCK1资源A但LOCK1被ThreadA持有ThreadB也只能等待。双方都不肯释放自己已持有的锁也无法获取对方的锁死锁就产生了。二、代码复现手把手带你看死锁现场光说不练假把式下面用一段简单的Java代码直接复现死锁场景大家可以复制到本地运行直观感受一下死锁的效果。public class ConcurrencyTest { // 定义两个共享资源锁对象锁只能锁引用数据类型 public static Object A new Object(); public static Object B new Object(); public static void main(String[] args) { // 线程1先获取A再尝试获取B new Thread(()-{ synchronized (A){ System.out.println(Thread.currentThread().getName()获取了资源A的锁); try { // 睡眠1秒故意给线程2获取B的时间线程睡眠会立刻让出CPU睡眠期间线程不在就绪队列CPU对其不可选中 Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } // 尝试获取B此时B已被线程2持有进入阻塞队列竞争失败进阻塞队列 synchronized (B){ System.out.println(Thread.currentThread().getName()获取了资源B的锁); } } }).start(); // 线程2先获取B再尝试获取A与线程1的锁获取顺序相反是死锁的关键 new Thread(()-{ synchronized (B){ // 这里有个小bug原代码打印错误修正为“获取了资源B的锁” System.out.println(Thread.currentThread().getName()获取了资源B的锁); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } // 尝试获取A此时A已被线程1持有进入阻塞队列 synchronized (A){ System.out.println(Thread.currentThread().getName()获取了资源A的锁); } } }).start(); } }运行这段代码后你会发现控制台只打印出两句“获取资源锁”的日志之后程序就卡住了——这就是死锁发生了。两个线程都处于阻塞状态互相等待对方释放锁永远无法继续执行。补充如何查看死锁信息当程序卡住怀疑是死锁时我们可以通过JDK自带的工具排查步骤非常简单步骤1用jps命令查询所有Java线程信息。打开CMD或终端输入jps会列出当前运行的Java进程ID和进程名找到我们运行的ConcurrencyTest对应的进程ID。步骤2用jstack命令查看线程详情。输入jstack 进程ID把进程ID替换成第一步查到的数字会输出该进程下所有线程的状态信息。步骤3定位死锁。查看输出结果会发现两个线程的状态都是BLOCKED阻塞而且在日志的最后会明确提示“Found one Java-level deadlock”帮我们直接定位到死锁的线程和锁资源。三、深挖本质产生死锁的4个必要条件死锁不是随便就能发生的它的产生必须同时满足4个必要条件缺一不可。只有理解这4个条件我们才能找到避免和解决死锁的突破口。互斥使用共享资源比如上面的A和B只能被一个线程占用。这是锁的核心特性——锁的作用就是保证资源的互斥访问所以这个条件是无法被破坏的。请求和保持条件线程已经获取了一个或多个共享资源在等待其他资源时不会释放自己已持有的资源。比如ThreadA获取了A之后等待B时仍然抱着A不放手这是死锁的重要诱因。不可抢占条件其他线程不能强行抢占一个线程已经持有的资源。也就是说ThreadA持有的A锁除非ThreadA自己释放否则ThreadB无法强制夺取。循环等待多个线程之间形成互相等待的闭环。比如ThreadA等待ThreadB持有的资源ThreadB等待ThreadA持有的资源两者互相僵持形成循环。记住只要破坏这4个条件中的任意一个死锁就不会发生。而由于“互斥使用”是锁的固有特性无法破坏所以我们的重点的是破坏另外3个条件。四、防患于未然如何避免死锁死锁一旦发生只能通过外部干预解决比如重启程序、杀死线程不仅影响用户体验还可能造成数据丢失。所以最好的方式就是在写代码时主动避免死锁的产生。结合上面的3个可破坏条件给大家3个实用的避免技巧破坏“请求和保持”条件一次性申请所有所需资源。线程在执行任务前先一次性获取所有需要的锁资源要么全部获取成功开始执行要么获取失败就等待所有资源释放后再重新申请不持有部分资源去等待其他资源。破坏“不可抢占”条件主动释放已持有资源。如果线程已经持有了部分资源再去申请其他资源时发现申请失败就主动释放自己已持有的所有资源然后重新尝试申请避免抱着资源僵持。破坏“循环等待”条件按固定顺序申请锁资源。给所有的锁资源编号比如给A编号1给B编号2所有线程都按照“从小到大”或固定的其他顺序的编号去申请锁这样就不会出现循环等待的情况。比如上面的代码只要让两个线程都先申请A编号1再申请B编号2死锁就不会发生。五、亡羊补牢出现死锁后怎么办如果不小心写出了死锁代码程序已经卡住了该怎么解决主要分两步紧急处理重启程序或杀死死锁线程。这是最直接、最快速的方式能立刻解除死锁恢复系统功能。但这种方式属于“治标不治本”只能应急不能解决根本问题。根本解决排查并修改代码。用前面提到的jstack命令导出线程的dump日志定位到具体发生死锁的代码片段然后根据前面的避免技巧修改代码破坏死锁的3个可破坏条件之一。比如调整锁的申请顺序、一次性申请所有资源等从根源上避免死锁再次发生。最后补充2个关键注意点避坑必看线程睡眠Thread.sleep()会立刻让出CPU睡眠期间线程不在就绪队列中CPU不会选中它执行但不会释放已持有的锁资源——这也是我们上面代码能复现死锁的关键睡眠期间线程仍然抱着已获取的锁。锁只能锁引用数据类型比如Object、自定义对象不能锁基本数据类型比如int、long因为基本数据类型会自动装箱/拆箱每次锁的都是不同的对象起不到同步作用。线程竞争锁失败时会进入阻塞队列等待持有锁的线程释放锁后再重新竞争锁。总结死锁是Java并发编程中的常见“坑”但只要理解它的本质4个必要条件就能轻松找到应对方法优先通过“一次性申请资源”“按顺序申请锁”等方式避免死锁若死锁已经发生就用jstack排查修改代码从根源解决。