一文学会Java死锁和CPU 100% 问题的排查技巧

我不是女神ヾ 2021-12-04 00:23 213阅读 0赞

### 微信公众号（纯洁的微笑）上看到比较实用的文章。 ###

### 00 本文简介 ###

作为一名搞技术的程序猿或者是攻城狮，想必你应该是对下面这两个问题有所了解，说不定你在实际的工作或者面试就有遇到过：

**第一个问题：Java死锁如何排查和解决？**

**第二个问题：服务器CPU占用率高达到100%排查和解决？**

**第三个问题：有哪些工具能够快速查看线程使用情况？**

本文对这三个问题进行总结整理，通过实例演示讲解，精彩干货，不容错过啊！

前戏就这么多，高潮会很多，做好了，让我们直奔主题，发动小船，Let's go！

### 01 Java死锁排查和解决 ###

要排查和解决死锁，首先思考三个问题：

**1. 什么是死锁？**

**2. 为什么会出现死锁？**

**3. 怎么排查代码中出现了死锁？**

**4. 如何避免写出死锁的代码？**

作为技术人员（工程师），在出现问题的时候，能够尽快的去解决这个问题。但是在学习技术知识的时候，还是脚踏实地，多问一些为什么，一个好的问题，能够让自己思考，这方面的能力也一定要锻炼锻炼哦，这样才能更好的理解和掌握知识，并探究/触碰到更深入的地方。

### 1、啥是死锁？ ###

死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。\[百度百科：死锁\]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70][]

**注：进程和线程都可以发生死锁，只要满足死锁的条件！**

### 2、为啥子会出现死锁？ ###

从上面的概念中我们知道

（1）必须是两个或者两个以上进程（线程）

（2）必须有竞争资源

### 3、怎么排查代码中出现了死锁？【重点来了】 ###

首先整一个死锁的代码，看例子：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 1][]

上面这段代码执行后，就会出现死锁，排查的姿势有如下几种，搞起来吧！

### 第一个姿势：使用 jps + jstack ###

**一**：在windons命令窗口，使用`jps -l`【不会使用jps请自行查询资料】

![20190719105907664.png][]

**二**：使用 `jstack -l 12316` 【不会使用jstack请自行查询资料】

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 2][]

### 第二个姿势：使用jconsole ###

在window打开 JConsole，JConsole是一个图形化的监控工具！

**一**：在windons命令窗口 ，输出`JConsole`，如下图：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 3][]

**二**：选择到线程的tab上，如下截图。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 4][]

### 第三个姿势：使用Java Visual VM ###

在window打开 jvisualvm，jvisualvm是一个图形化的监控工具！

**一**：在windons命令窗口 ，输出 `jvisualvm`

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 5][]

**二**：依然是切换到线程这个TAB上，很明显的就有提示！

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 6][]

### 4、如何避免死锁？ ###

上面说了死锁出现的原因以及通过三种方式来检测和排查死锁，下面更重要的东西来了，就是如何避免死锁，如果能够让写出的代码避免死锁出现也就没有上面这些排查的过程了。最好的是从源头控制问题，而不是后期遇到问题在去填坑。

我看了阿里巴巴中最新的开发规约，里面有对避免死锁的说明，具体如下：

--------------------

【强制】对多个资源、数据库表、对象同时加锁时，需要保持一致的加锁顺序，否则可能会 造成死锁。说明：线程一需要对表 A、B、C 依次全部加锁后才可以进行更新操作，那么线程二的加锁顺序也必须是 A、B、C，否则可能出现死锁。

### 02、Java CPU 100% 排查技巧 ###

### 第一个姿势，步骤有点多，难度四星 ###

平时多积累一点，这样在遇到问题的时候就少句求人的话。如果在实际的开发中遇到CPU 100%问题，要怎么排查呢？如果你没有遇到过这个问题，请先自己思考10s，如果你遇到过，这个时候也正好可以在回顾一遍。

**一**、 使用`top`命令查看cpu占用资源较高的PID

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 7][]

当前占用cup100% 的PID为3455。

**二**、通过`jps`找到当前用户下的java程序PID

执行`jps -l`能够打印出所有的应用的PID，找到有一个PID和这个cpu使用100%一样的ID！！！就知道是哪一个服务了。知道了对应的服务，在接着后续的分析步骤。

**三**、 使用 `pidstat -p < PID > 1 3 -u -t`

-p：指定进程号

`  -u：默认的参数，显示各个进程的cpu使用统计`

`  -t：显示选择任务的线程的统计信息外的额外信息`

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 8][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 9][]

**四**、找到cpu占用较高的线程TID ，通过上图发现是 `3467`的TID占用cup较大

**五**、 因为jstack命令输出文件记录的线程ID是16进制。因此我们先将TID转换为十六进制的表示方式，转换方式可以参考下图。

将`3467`转为十六进制 `d8d`，注意是小写！! 记录下来，后面会使用。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 10][]

**六**、通过`jstack [-l] PID`输出当前进程的线程信息

jstack PID  /temp/test.log

**七**、查找 TID对应的线程(输出的线程id为十六进制)，找到对应的代码，使用命令查找哦，不要肉眼比对，具体命令请思考，给你表现机会。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 11][]

找到之后具体分析这个线程在干什么，为什么会占用这么多的 CUP资源。

PS：线程的几种状态如下说明：

`    NEW,未启动的。不会出现在Dump中。`

`    RUNNABLE,在虚拟机内执行的。`

`    BLOCKED,受阻塞并等待监视器锁。`

`    WATING,无限期等待另一个线程执行特定操作。`

`    TIMED_WATING,有时限的等待另一个线程的特定操作。`

`    TERMINATED,已退出的。`

### 03 推荐两个高效排查问题工具 ###

**一** ：`show-busy-java-threads`

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 12][]

官网地址：show-busy-java-threads\[1\]：https://github.com/oldratlee/useful-scripts/blob/master/docs/java.md\#-show-busy-java-threads

简单安装和使用过程：

1.下载 show-busy-java-threads\[2\]

2.上传服务器，然后进行解压

3.然后执行对应的命令

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 13][]

**二**：阿里开源的问题定位神器 `arthas` 来定位问题。

官网地址：arthas\[3\] ：https://alibaba.github.io/arthas/index.html

这个里面有很多命令，如`thread` 支持一键展示当前最忙的前N个线程并打印堆栈，最简单的 `thread -n 10` 即可将最忙碌的十个线程快照打印出来，真正高效。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 14][]

定位神器 `arthas` 安装过程就做介绍了，如果你还没有用过这个工具，我建议一定去用一下，说不定你会爱上它！

### 04 总结 ###

本文内容比较多，基本上是手把手的教程了，希望能够对你有所帮助，也建议没有遇到类似问题的伙伴，看完之后一定要亲自去实践一下操作过程（有些姿势光看不用是不行的），如果没有环境可以自行想办法搞一个测试例子。还是老话：**不要眼高手低，看了和做了本质上两个概念，最终收获的也一定不同。**

### 05 彩蛋-另一个姿势 ###

也可以通过使用`jstack`找到系统的代码性能问题

1、在进行压力测试的时候，使用jps找到应用的PID

2、然后使用`jstack`输出出压力测试时候应用的dump信息

3、分析输出的日志文件中那个方法`block`线程占用最多，这里可能是性能有问题，找到对应的代码分析。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70]: /images/20211203/5d35468fff4c46d9896de615bec9ce4b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 1]: /images/20211203/1afcf4831bf349d593d49f79086fbbc2.png
[20190719105907664.png]: /images/20211203/a97c1cf0ce7c450ca223f9aea96d0591.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 2]: /images/20211203/f3b5491c22a94a29835334d208dcc37f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 3]: /images/20211203/70b674a3d1304ef7baf9b9a425f5ab4b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 4]: /images/20211203/46e054ba26f54239abbce314790d1799.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 5]: /images/20211203/2f0f6c92fa4a43ab8c2cd6d335ec5046.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 6]: /images/20211203/a8aa07655388405fa9af9c2ff4c94f52.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 7]: /images/20211203/92b10a39d77942699b62a140ea79c33a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 8]: /images/20211203/d549443e49f84c6a82d7e9a64da9a2aa.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 9]: /images/20211203/9318990355d54fe9b5039ed188e8ee48.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 10]: /images/20211203/f5bd051a94b743ea9b00c2923e425a7a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 11]: /images/20211203/e3e0c2706f6d486e85ac1a2aa3f404bc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 12]: /images/20211203/8c21464f4a6e46e3ac91351f14d35a38.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 13]: /images/20211203/6b05c55cdfa24e4fa33fb91cf3e7d3f3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE0MTg1MzA_size_16_color_FFFFFF_t_70 14]: /images/20211203/ebb4452d1b1d4fd1adfc75f49a7f712e.png