jstack分析線程狀態

背景

記得前段時間，同事說他們測試環境的服務器cpu使用率一直處於100%，本地又沒有什麼接口調用，爲何會這樣？cpu使用率居高不下，天然是有某些線程一直佔用着cpu資源，那又如何查看佔用cpu較高的線程？

/**
 *一個線程佔用較高的cpu資源
 *
 * Created by haoting.wang on 2017/2/24.
 */
public class JstackCase {


    static ExecutorService executorService = Executors.newFixedThreadPool(5);

    public static void main(String[] args) {

        Task task1 = new Task();
        Task task2 = new Task();
        executorService.execute(task1);
        executorService.execute(task2);
    }


    public static Object lock = new Object();

    static class Task implements Runnable{

        public void run() {

            synchronized (lock){
                calculate();
            }
        }

        public void calculate(){
            long i = 0L;
            while (true){
                i++;
            }
        }
    }
}

top命令

在linux環境下，能夠經過top命令查看各個進程的cpu使用狀況，默認按cpu使用率排序

一、上圖中能夠看出pid爲18106的java進程佔用了較多的cpu資源；
二、經過top -Hp 18106能夠查看該進程下各個線程的cpu使用狀況；

上圖中能夠看出pid爲18121的線程佔了較多的cpu資源，利用jstack命令能夠繼續查看該線程當前的堆棧狀態。

jstack命令

經過top命令定位到cpu佔用率較高的線程以後，繼續使用jstack pid命令查看當前java進程的堆棧狀態
jstack 18106

在top命令中，已經獲取到了佔用cpu資源較高的線程pid，將該pid轉成16進制的值，在thread dump中每一個線程都有一個nid，找到對應的nid便可；隔段時間再執行一次stack命令獲取thread dump，區分兩份dump是否有差異，在nid=0x246c的線程調用棧中，發現該線程一直在執行JstackCase類第33行的calculate方法，獲得這個信息，就能夠檢查對應的代碼是否有問題。

經過thread dump分析線程狀態

除了上述的分析，大多數狀況下會基於thead dump分析當前各個線程的運行狀況，如是否存在死鎖、是否存在一個線程長時間持有鎖不放等等。

在dump中，線程通常存在以下幾種狀態：

1. RUNNABLE，線程處於執行中

2. BLOCKED，線程被阻塞

3. WAITING，線程正在等待

   「Entry Set」中等待的線程狀態是 「Waiting for monitor entry」，而在 「Wait Set」中等待的線程狀態是 「in Object.wait()。Wait on condition網絡瓶頸的徵兆」。