分析程序死锁及定位

检测程序死锁

可以使用jstack命令，

jstack you_pid
进程的pid可以在任务管理器中找到，你也可以直接在程序中输出pid,例如

 public static final int getProcessID() {
        RuntimeMXBean runtimeMXBean = ManagementFactory.getRuntimeMXBean();
        return Integer.valueOf(runtimeMXBean.getName().split("@")[0])
                .intValue();
 }

输入命令之后你就可以找到发生死锁的地方

image.png

分析死锁及避免

那么为什么会残生死锁呢？
从字面上死锁很好理解，锁死了，你锁住我，我锁住你，这样我们都动不了啦。
那么什么情况会产生死锁呢？很好理解啦

• 互斥条件：同一个资源只能被一个人锁共享，也就是你在用我就用不了，只能有一个在用
• 不剥夺条件：也就是你在用整个这个资源，我就不能抢过来，只能等到你自己释放
• 请求和保持条件：也就是说你现在已经在用一个资源了，你还想着请求其他的资源，因为你的事情还没做完，所以你还不能释放之前的资源
• 循环等待：顾名思义，你等着我，我等着你，这样大家都用不了，又都不肯释放，那岂不就是一个死循环啦。

那么如何避免呢？这其实就很简单了，你破坏上面的条件不就行了

• 例如说控制线程访问资源顺序，不要让它出现这样的循环等待的情况，这时候你就可以使用并发包下的一些类来控制这个线程的顺序啦，例如（CountDownLatch、Semaphore）等等啊

• 当你一直请求不到资源的时候你就要试着释放自己的资源了，等过一下再做这个任务不是一样的吗？这样也就不会死锁了，（这种设计思想有点类似于自旋锁：所以自旋的时间就需要好好确定了），我记得好像reentrantlock就支持这个操作，有点忘了

• 还有就是尽量避免使用很多锁，你想想，如果全都是锁的话，那很容易出问题的哎，而且分析很困难的，而且你最好是在你需要的时候申请锁，不要一来就把所有的锁都申请了，等到需要的时候再申请

查找使用率最高或死循环的程序块

这样的情况发生会导致CPU的使用率飙高，我们可以使用 top命令查看CPU使用率较高的java进程（grep java），然后使用top -Hp pid 查看该进程中每个线程的CPU使用情况，进而可以定位，再可以使用jstack查看进程具体调用情况，看看到底是什么原因。