jstack

骑猪看日落 2022-01-27 23:15 197阅读 0赞

**声明：**本人一直认为【看是一回事，做是一回事】，此篇博客是本人参考下述博客(见文末链接)，进行的操作整理记录。  
           部分内容直接摘录自下述博客，若涉及到侵权问题，请及时联系本人。

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

**目录**

jstack介绍

jstack指令

jstack实战之高cpu占用率排查

jstack实战之死锁线程的定位

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

### jstack介绍： ###

再次声明：此部分内容直接摘录自下述博客(见文末链接)。

*  jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或导出 java 应用程序中线程堆栈信息。
 *  jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如**线程间死锁、死循环、请求外部资源导致的长时间等待等**。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道**java程序是如何崩溃和在程序何处发生问题**。另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态，jstack是非常有用的。

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

### jstack指令： ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70][]

**说明：**

<table> 
 <tbody> 
 <tr> 
 <td colspan="2" style="width:243.35pt;"> 使用方式 </td> 
 <td style="width:508px;"> 说明 </td> 
 </tr> 
 <tr> 
 <td colspan="2" style="width:243.35pt;"> jstack [ option ] pid </td> 
 <td style="vertical-align:top;width:508px;"> 查看当前时间点，指定进程的dump堆栈信息。 </td> 
 </tr> 
 <tr> 
 <td colspan="2" style="width:243.35pt;"> jstack [ option ] pid &gt; 文件 </td> 
 <td style="vertical-align:top;width:508px;"> 将当前时间点的指定进程的dump堆栈信息，写入到指定文件中。 注:若该文件不存在，则会自动生成;若该文件存在，则会覆盖源文件。 </td> 
 </tr> 
 <tr> 
 <td colspan="2" style="width:243.35pt;"> jstack [ option ] executable core </td> 
 <td style="vertical-align:top;width:508px;"> 查看当前时间点，core文件的dump堆栈信息。 </td> 
 </tr> 
 <tr> 
 <td colspan="2" style="width:243.35pt;"> jstack [ option ] [server_id@]&lt;remote server IP or hostname&gt; </td> 
 <td style="vertical-align:top;width:508px;"> 查看当前时间点，远程机器的dump堆栈信息。 </td> 
 </tr> 
 <tr> 
 <td colspan="3"> 可选参数说明 </td> 
 </tr> 
 <tr> 
 <td style="width:77.75pt;"> -F </td> 
 <td colspan="2"> 当进程挂起了，此时'jstack [-l] pid'是没有相应的，这时候可使用此参数来强制打印堆栈信息,强制jstack），一般情况不需要使用。 </td> 
 </tr> 
 <tr> 
 <td style="width:77.75pt;"> -m </td> 
 <td colspan="2"> 打印java和native c/c++框架的所有栈信息。可以打印JVM的堆栈，以及Native的栈帧，一般应用排查不需要使用。 </td> 
 </tr> 
 <tr> 
 <td style="width:77.75pt;"> -l </td> 
 <td colspan="2"> 长列表. 打印关于锁的附加信息。例如属于java.util.concurrent的ownable synchronizers列表，会使得JVM停顿得长久得多（可能会差很多倍，比如普通的jstack可能几毫秒和一次GC没区别，加了-l 就是近一秒的时间），-l 建议不要用。一般情况不需要使用。 </td> 
 </tr> 
 <tr> 
 <td style="width:77.75pt;"> -h or -help </td> 
 <td colspan="2"> 打印帮助信息。 </td> 
 </tr> 
 </tbody> 
</table>

**简单使用示例：**

jps查看java进程：

![2019052217013484.png][]

jstack查看指定进程的当前堆栈情况：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 1][]

将指定进程的当前堆栈情况记录到某个文件中：

![20190522170159714.png][]

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

### jstack实战之高cpu占用率排查： ###

在几乎没有什么调用的情况下，服务器cpu使用率一直居高不下，非常有可能时程序中的某个线程出现了死循环。

**提示：**在业务量不大的情况下，cpu占用率过高，死循环以外，常见的可能还有【内存泄漏,导致大量full GC】、  
           【主机cpu超卖】。此处可详见：**[https://mp.weixin...][https_mp.weixin...]**。

**准备工作：**运行下述代码，死循环，造成CPU占用较高的情况。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 2][]

**排查开始：**

**第一步：**使用top指令，定位CPU占用较高的进程。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 3][]

**第二步：**使用top -H -p $\{进程id\}指令，查看指定进程下各个线程的cpu使用情况。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 4][]

注：PID虽然名为进程控制符，但其用途不限于特指进程id。如上图中PID列指的就是线程的id。

注：上图中，线程id有一个为1956的，与进程id一样。本人怀疑main线程的id与进程id一致。

**第三步：**使用printf "%x" xxx指令，将1977转换为16进制。

![20190522170616508.png][]

**第四步：**使用jstack pid指令，查看当前的堆栈信息；并根据上一步得到的16进制的线程id，找到肇事线程。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 5][]

提示：如果线程较多的话，我们可以使用grep指定来根据关键字定位行，如：

jstack 1956 | grep -10 7b9：显示【|】前面的指令打印出的信息中的，含有关键字【7b9】的那一行以及其前后各10行的数据。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 6][]

注：jstack 1956 | grep 7b9：显示【|】前面的指令打印出的信息中的，含有关键字【7b9】的那一行数据。

注：jstack 1956 | grep -A10 7b9:显示【|】前面的指令打印出的信息中的，含有关键字【7b9】的那一行以及其后10行的数据。

注：jstack 1956 | grep -B10 7b9:显示【|】前面的指令打印出的信息中的，含有关键字【7b9】的那一行以及其前10行的数据。

**第五步：**分析肇事线程堆栈信息。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 7][]

*  **①线程名。**
 *  **②线程优先级。**
 *  **③一个地址(该地址是什么地址，存疑)。**
 *  **④线程十六进制id。**
 *  **⑤线程状态。**
 *  **⑥线程当前所处方法。**
 *  **⑦该箭头表示线程的执行历程。**
 *  **……**

注：此时，我们已经定位到了问题代码的位置⑥，接下来查看程序相应位置的代码，解决死循环问题即可。

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

### jstack实战之死锁线程的定位： ###

**准备工作：**运行下述代码，造成死锁发生的情况。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 8][]

![2019052217434165.png][]

**排查开始：**

**第一步：**使用jps指令，查看所有java进程。

![20190522174349446.png][]

**第二步：**使用jstack pid指令，查看指定进程的堆栈信息,观察并定位到死锁线程。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 9][]

注：到这里为止，发生死锁的线程就定位到了。

注：我们可以通过诸如【统一获取锁的顺序(线程按照一定的顺序加锁)】、【设置获取锁的超时时间(线程尝试获  
       取锁的时候加上一定的时限，超过时限则放弃对该锁的请求，并释放自己占有的锁)】、【死锁检测】等手段  
       预防死锁发生。但是如果一旦发生了死锁就没法解开了，只能停掉程序，修复bug后再启动服务了。

### ^\_^ 如有不当之处，欢迎指正 ###

### ^\_^ 参考链接                 [https://www.cnblogs.com/kongzhongqijing/articles/3630264.html][https_www.cnblogs.com_kongzhongqijing_articles_3630264.html]                 [https://www.jianshu.com/p/6690f7e92f27][https_www.jianshu.com_p_6690f7e92f27]                 [https://mp.weixin...][https_mp.weixin...] ###

### ^\_^ 本文已经被收录进《程序员成长笔记(四)》，笔者JustryDeng ###

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70]: /images/20220128/d1c29fd9b17e401492fb4972dd4dd3ef.png
[2019052217013484.png]: /images/20220128/4a253575e51d4b1b9a60a9120dd48d27.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 1]: /images/20220128/a3c724092da84a248147804f463762c1.png
[20190522170159714.png]: /images/20220128/fc6111d97bfe44b8af19238e780a5b39.png
[https_mp.weixin...]: https://mp.weixin.qq.com/s?__biz=MzA3MTUzOTcxOQ==&mid=2452966362&idx=1&sn=259bf1e005f3d54b979e8b9454ba9477&from=groupmessage&ascene=1&devicetype=android-28&version=2700043a&nettype=WIFI&abtest_cookie=BQABAAgACgALABIAEwAHAJ6GHgAjlx4AVpkeAM6ZHgDcmR4A9JkeAAOaHgAAAA%3D%3D&lang=zh_CN&pass_ticket=Y0Jy%2FdPMQxL5O0S0gFsqeE7Uomly8r%2BfmggGysGv33oHIqS%2FahyiMqVRURatk1Yk&wx_header=1
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 2]: /images/20220128/e7f3b61b9cbc4331aa664a6810d43957.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 3]: /images/20220128/fe04336196f5475b9f5f81b5e1907035.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 4]: /images/20220128/fc18380b95dc40c9ad567b35788aefcd.png
[20190522170616508.png]: /images/20220128/a96349a457ee4090832ddc7c9474f3f1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 5]: /images/20220128/1c829fec0331440ca158fcfabb8050ce.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 6]: /images/20220128/b8a099a0106247aaacf094fea8e6d18c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 7]: /images/20220128/f13ff8c38ea844a7983d1ab90b51c898.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 8]: /images/20220128/b51d20c4af35489682d543816b7d8ab5.png
[2019052217434165.png]: /images/20220128/8094b5a36ba149a184dbf0e0eda60f72.png
[20190522174349446.png]: /images/20220128/85cbe1644c8c49ca920181f13970252c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RyeV9kZW5n_size_16_color_FFFFFF_t_70 9]: /images/20220128/3e233723cd0146b7a88e347e9fcd0a68.png
[https_www.cnblogs.com_kongzhongqijing_articles_3630264.html]: https://www.cnblogs.com/kongzhongqijing/articles/3630264.html
[https_www.jianshu.com_p_6690f7e92f27]: https://www.jianshu.com/p/6690f7e92f27