轉(zhuǎn)載自??如何使用jstack分析線程狀態(tài)

背景

記得前段時(shí)間，同事說他們測(cè)試環(huán)境的服務(wù)器cpu使用率一直處于100%，本地又沒有什么接口調(diào)用，為什么會(huì)這樣？cpu使用率居高不下，自然是有某些線程一直占用著cpu資源，那又如何查看占用cpu較高的線程？

當(dāng)然一個(gè)正常的程序員不會(huì)寫出上述代碼，這里只是為了讓一個(gè)線程占用較高的cpu資源。

top命令

在linux環(huán)境下，可以通過top命令查看各個(gè)進(jìn)程的cpu使用情況，默認(rèn)按cpu使用率排序

1、上圖中可以看出pid為23344的java進(jìn)程占用了較多的cpu資源；
2、通過top -Hp 23344可以查看該進(jìn)程下各個(gè)線程的cpu使用情況；

上圖中可以看出pid為25077的線程占了較多的cpu資源，利用jstack命令可以繼續(xù)查看該線程當(dāng)前的堆棧狀態(tài)。

jstack命令

通過top命令定位到cpu占用率較高的線程之后，繼續(xù)使用jstack pid命令查看當(dāng)前java進(jìn)程的堆棧狀態(tài)

jstack命令生成的thread dump信息包含了JVM中所有存活的線程，為了分析指定線程，必須找出對(duì)應(yīng)線程的調(diào)用棧，應(yīng)該如何找？

在top命令中，已經(jīng)獲取到了占用cpu資源較高的線程pid，將該pid轉(zhuǎn)成16進(jìn)制的值，在thread dump中每個(gè)線程都有一個(gè)nid，找到對(duì)應(yīng)的nid即可；隔段時(shí)間再執(zhí)行一次stack命令獲取thread dump，區(qū)分兩份dump是否有差別，在nid=0x246c的線程調(diào)用棧中，發(fā)現(xiàn)該線程一直在執(zhí)行JstackCase類第33行的calculate方法，得到這個(gè)信息，就可以檢查對(duì)應(yīng)的代碼是否有問題。

通過thread dump分析線程狀態(tài)

除了上述的分析，大多數(shù)情況下會(huì)基于thead dump分析當(dāng)前各個(gè)線程的運(yùn)行情況，如是否存在死鎖、是否存在一個(gè)線程長時(shí)間持有鎖不放等等。

在dump中，線程一般存在如下幾種狀態(tài)：
1、RUNNABLE，線程處于執(zhí)行中
2、BLOCKED，線程被阻塞
3、WAITING，線程正在等待

實(shí)例1：多線程競(jìng)爭synchronized鎖

很明顯：線程1獲取到鎖，處于RUNNABLE狀態(tài)，線程2處于BLOCK狀態(tài)
1、locked <0x000000076bf62208>說明線程1對(duì)地址為0x000000076bf62208對(duì)象進(jìn)行了加鎖；
2、waiting to lock <0x000000076bf62208>?說明線程2在等待地址為0x000000076bf62208對(duì)象上的鎖；
3、waiting for monitor entry [0x000000001e21f000]說明線程1是通過synchronized關(guān)鍵字進(jìn)入了監(jiān)視器的臨界區(qū)，并處于”Entry Set”隊(duì)列，等待monitor，具體實(shí)現(xiàn)可以參考深入分析synchronized的JVM實(shí)現(xiàn)；

實(shí)例2：通過wait掛起線程

static class Task implements Runnable {@Overridepublic void run() {synchronized (lock) {try {lock.wait();//TimeUnit.SECONDS.sleep(100000);} catch (InterruptedException e) {e.printStackTrace();}}} }

dump結(jié)果

線程1和2都處于WAITING狀態(tài)
1、線程1和2都是先locked <0x000000076bf62500>，再waiting on <0x000000076bf62500>，之所以先鎖再等同一個(gè)對(duì)象，是因?yàn)閣ait方法需要先通過synchronized獲得該地址對(duì)象的monitor；
2、waiting on <0x000000076bf62500>說明線程執(zhí)行了wait方法之后，釋放了monitor，進(jìn)入到”Wait Set”隊(duì)列，等待其它線程執(zhí)行地址為0x000000076bf62500對(duì)象的notify方法，并喚醒自己，具體實(shí)現(xiàn)可以參考深入分析Object.wait/notify實(shí)現(xiàn)機(jī)制；

總結(jié)

以上是生活随笔為你收集整理的如何使用jstack分析线程状态的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。