前言通過本文，你將學會：1、linux上程序及程序中執行緒排查的基本方法，如檢視程序中的執行緒數此文中的執行緒一般指輕量級程序。檢視所有程序資訊 top -H 加上-H這個選項啟動top，top一行顯示一個執行緒（指的是（輕量級）程序？ ）。否則，它一行顯示一個程序。先輸入top -p 20378 只顯示該程序的變化情況 ，但是在按H（shift + h）後，會顯示threads的資訊，但是總的CPU佔用之和遠小於沒按H之前的佔用之和。輕量級程序（LWP）輕量級程序（LWP）是一種實現多工的方法。與普通程序相比，LWP與其他程序共享所有（或大部分）它的邏輯地址空間和系統資源；與執行緒相比，LWP有它自己的程序識別符號，優先順序，狀態，以及棧和區域性儲存區，並和其他程序有著父子關係。後文中的LWP粗略認為是執行緒。LWP的一個重要作用是提供了一個使用者級執行緒實現的中間系統。LWP可以通過系統呼叫獲得核心提供的服務，因此，當一個使用者級執行緒執行時，只需要將它連線到一個LWP上便可以具有核心支援執行緒的所有屬性。實驗觀察

某個時刻下的截圖個別時間下出現CPU佔用1000%，出現次數幾乎可以忽略。操作總結一般通過top -H定位想要具體分析的Java程序對應的PID，此處為22564。htopinstall htop 一個比top更強大的命令，支援點選 %CPU %MEM後進行排序檢視程序下的執行緒資訊兩種命令ps -Lf pid 檢視對應程序下的執行緒資訊pstree -p 22564 通過程序PID檢視程序下執行緒的PID上面兩個命令的缺點： 沒有執行緒佔用資源的資訊ps -Lf pid通過ps -Lf pid 檢視對應程序下的執行緒資訊 ，查到pid 22564下有1個程序（自身）+48個執行緒，如下圖所示： 上圖是截圖左半部分 上圖是截圖右半部分 pstree -p 22564 pstree -p 22564 通過程序PID檢視程序下執行緒的PIDps命令詳解ps –e | grep javaps命令可以檢視程序狀態，如執行如下命令：ps –e | grep java結果如下圖：可以看到，只打印了一個程序的資訊；27989是執行緒id，java是指執行的java命令。這是因為啟動一個tomcat，內部所有的工作都在這一個程序裡完成，包括主執行緒、垃圾回收執行緒、Acceptor執行緒、請求處理執行緒等等。ps –o nlwp 27989通過ps –o nlwp 27989命令，可以看到該程序內有多少個執行緒；其中，nlwp含義是number of light-weight process。獲取真正在running的執行緒可以看到，該程序內部有73個執行緒；但是73並沒有排除處於idle狀態的執行緒。要想獲得真正在running的執行緒數量，可以通過以下語句完成：ps -eLo pid ,stat | grep 27989 | grep running | wc -l其中ps -eLo pid ,stat可以找出所有執行緒，並列印其所在的程序號和執行緒當前的狀態；兩個grep命令分別篩選程序號和執行緒狀態；wc統計個數。其中，ps -eLo pid ,stat | grep 27989輸出的結果如下： 圖中只截圖了部分結果；Sl表示大多數執行緒都處於空閒狀態。JVM CPU高負載的排查辦法 今天線上一個java程序cpu負載100%。按以下步驟查出原因。    1.執行top -c命令，找到cpu最高的程序的id    2.執行top -H -p pid，這個命令就能顯示剛剛找到的程序的所有執行緒的資源消耗情況。找到CPU負載高的執行緒pid 8627, 把這個數字轉換成16進位制，21B3（10進位制轉16進位制，用linux命令: printf %x 8627）。    3.執行jstack -l pid，拿到程序的執行緒dump檔案。這個命令會打出這個程序的所有執行緒的執行堆疊。    4.用記事本開啟這個檔案，搜尋“21B3”，就是搜一下16進位制顯示的執行緒id。搜到後，下面的堆疊就是這個執行緒打出來的。排查問題從這裡深入。    今天最後排查出來的結果是“VM THREAD”把程序的資源耗盡。那隻能說明是jvm在耗cpu。很容易想到是瘋狂的GC，按關鍵字 “overhead” 搜一下系統日誌， 發現 “java.lang.OutOfMemoryError: GC overhead limit exceeded”日誌。問題明瞭了。jvm在瘋狂的Full GC，而且有個大物件始終根節點路徑可達，無法釋放。dump了一下這個例項的記憶體，發現確實有大物件，佔用了一個多G的堆記憶體。