使用jstack怎么分析線程狀態(tài)，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

成都創(chuàng)新互聯(lián)主營平陽網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,重慶App定制開發(fā),平陽h5小程序制作搭建,平陽網(wǎng)站營銷推廣歡迎平陽等地區(qū)企業(yè)咨詢

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：多線程競爭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 {
    @Override
    public 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ī)制；

關(guān)于使用jstack怎么分析線程狀態(tài)問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。