如何抓取分析ThreadDump-創(chuàng)新互聯(lián)

一、抓取

公司主營(yíng)業(yè)務(wù)：成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、成都外貿(mào)網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶(hù)真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)建站是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶(hù)帶來(lái)驚喜。創(chuàng)新互聯(lián)建站推出富源免費(fèi)做網(wǎng)站回饋大家。

1. ps –ef | grep java

2. jstack -l <pid> > 111.txt

二、分析

jstack Dump 日志文件中的線(xiàn)程狀態(tài)

dump 文件里，值得關(guān)注的線(xiàn)程狀態(tài)有：

1. 死鎖，Deadlock（重點(diǎn)關(guān)注）

2. 執(zhí)行中，Runnable

3. 等待資源，Waiting on condition（重點(diǎn)關(guān)注）

4. 等待獲取監(jiān)視器，Waiting on monitor entry（重點(diǎn)關(guān)注）

5. 暫停，Suspended

6. 對(duì)象等待中，Object.wait() 或 TIMED_WAITING

7. 阻塞，Blocked（重點(diǎn)關(guān)注）

8. 停止，Parked

下面我們先從第一個(gè)例子開(kāi)始分析，然后再列出不同線(xiàn)程狀態(tài)的含義以及注意事項(xiàng)，最后再補(bǔ)充兩個(gè)實(shí)例。

綜合示范一：Waiting to lock 和 Blocked

實(shí)例如下：

"RMI TCP Connection(267865)-172.16.5.25" daemon prio=10 tid=0x00007fd508371000 nid=0x55ae waiting for monitor entry[0x00007fd4f8684000]

  java.lang.Thread.State: BLOCKED (on object monitor)

at org.apache.log4j.Category.callAppenders(Category.java:201)

- waiting to lock <0x00000000acf4d0c0> (a org.apache.log4j.Logger)

at org.apache.log4j.Category.forcedLog(Category.java:388)

at org.apache.log4j.Category.log(Category.java:853)

at org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:234)

at com.tuan.core.common.lang.cache.remote.SpyMemcachedClient.get(SpyMemcachedClient.java:110)

……

1）線(xiàn)程狀態(tài)是 Blocked，阻塞狀態(tài)。說(shuō)明線(xiàn)程等待資源超時(shí)！

2）“ waiting to lock <0x00000000acf4d0c0>”指，線(xiàn)程在等待給這個(gè) 0x00000000acf4d0c0 地址上鎖（英文可描述為：trying to obtain  0x00000000acf4d0c0 lock）。

3）在 dump 日志里查找字符串 0x00000000acf4d0c0，發(fā)現(xiàn)有大量線(xiàn)程都在等待給這個(gè)地址上鎖。如果能在日志里找到誰(shuí)獲得了這個(gè)鎖（如locked < 0x00000000acf4d0c0 >），就可以順藤摸瓜了。

4）“waiting for monitor entry”說(shuō)明此線(xiàn)程通過(guò) synchronized(obj) {……} 申請(qǐng)進(jìn)入了臨界區(qū)，從而進(jìn)入了下圖1中的“Entry Set”隊(duì)列，但該 obj 對(duì)應(yīng)的 monitor 被其他線(xiàn)程擁有，所以本線(xiàn)程在 Entry Set 隊(duì)列中等待。

5）第一行里，"RMI TCP Connection(267865)-172.16.5.25"是 Thread Name 。tid指Java Thread id。nid指native線(xiàn)程的id。prio是線(xiàn)程優(yōu)先級(jí)。[0x00007fd4f8684000]是線(xiàn)程棧起始地址。

Dump文件中的線(xiàn)程狀態(tài)含義及注意事項(xiàng)

含義如下所示：

• Deadlock：死鎖線(xiàn)程，一般指多個(gè)線(xiàn)程調(diào)用間，進(jìn)入相互資源占用，導(dǎo)致一直等待無(wú)法釋放的情況。

• Runnable：一般指該線(xiàn)程正在執(zhí)行狀態(tài)中，該線(xiàn)程占用了資源，正在處理某個(gè)請(qǐng)求，有可能正在傳遞SQL到數(shù)據(jù)庫(kù)執(zhí)行，有可能在對(duì)某個(gè)文件操作，有可能進(jìn)行數(shù)據(jù)類(lèi)型等轉(zhuǎn)換。

• Waiting on condition：等待資源，或等待某個(gè)條件的發(fā)生。具體原因需結(jié)合 stacktrace來(lái)分析。

• • 一種情況是網(wǎng)絡(luò)非常忙，幾乎消耗了所有的帶寬，仍然有大量數(shù)據(jù)等待網(wǎng)絡(luò)讀寫(xiě)；

  • 另一種情況也可能是網(wǎng)絡(luò)空閑，但由于路由等問(wèn)題，導(dǎo)致包無(wú)法正常的到達(dá)。

  • 如果堆棧信息明確是應(yīng)用代碼，則證明該線(xiàn)程正在等待資源。一般是大量讀取某資源，且該資源采用了資源鎖的情況下，線(xiàn)程進(jìn)入等待狀態(tài)，等待資源的讀取。

  • 又或者，正在等待其他線(xiàn)程的執(zhí)行等。

  • 如果發(fā)現(xiàn)有大量的線(xiàn)程都在處在 Wait on condition，從線(xiàn)程 stack看，正等待網(wǎng)絡(luò)讀寫(xiě)，這可能是一個(gè)網(wǎng)絡(luò)瓶頸的征兆。因?yàn)榫W(wǎng)絡(luò)阻塞導(dǎo)致線(xiàn)程無(wú)法執(zhí)行。

  • 另外一種出現(xiàn) Wait on condition的常見(jiàn)情況是該線(xiàn)程在 sleep，等待 sleep的時(shí)間到了時(shí)候，將被喚醒。

• Blocked：線(xiàn)程阻塞，是指當(dāng)前線(xiàn)程執(zhí)行過(guò)程中，所需要的資源長(zhǎng)時(shí)間等待卻一直未能獲取到，被容器的線(xiàn)程管理器標(biāo)識(shí)為阻塞狀態(tài)，可以理解為等待資源超時(shí)的線(xiàn)程。

• Waiting for monitor entry 和 in Object.wait()：Monitor是 Java中用以實(shí)現(xiàn)線(xiàn)程之間的互斥與協(xié)作的主要手段，它可以看成是對(duì)象或者 Class的鎖。每一個(gè)對(duì)象都有，也僅有一個(gè) monitor。從下圖1中可以看出，每個(gè) Monitor在某個(gè)時(shí)刻，只能被一個(gè)線(xiàn)程擁有，該線(xiàn)程就是 “Active Thread”，而其它線(xiàn)程都是 “Waiting Thread”，分別在兩個(gè)隊(duì)列 “ Entry Set”和 “Wait Set”里面等候。在 “Entry Set”中等待的線(xiàn)程狀態(tài)是 “Waiting for monitor entry”，而在 “Wait Set”中等待的線(xiàn)程狀態(tài)是 “in Object.wait()”。

圖1 A Java Monitor

綜合示范二：Waiting on condition 和 TIMED_WAITING

實(shí)例如下：

"RMI TCP Connection(idle)" daemon prio=10 tid=0x00007fd50834e800 nid=0x56b2 waiting on condition [0x00007fd4f1a59000]

  java.lang.Thread.State: TIMED_WAITING (parking)

at sun.misc.Unsafe.park(Native Method)

- parking to wait for  <0x00000000acd84de8> (a java.util.concurrent.SynchronousQueue$TransferStack)

at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)

at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)

at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)

at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)

at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

at java.lang.Thread.run(Thread.java:662)

1）“TIMED_WAITING (parking)”中的 timed_waiting 指等待狀態(tài)，但這里指定了時(shí)間，到達(dá)指定的時(shí)間后自動(dòng)退出等待狀態(tài)；parking指線(xiàn)程處于掛起中。

2）“waiting on condition”需要與堆棧中的“parking to wait for  <0x00000000acd84de8> (a java.util.concurrent.SynchronousQueue$TransferStack)”結(jié)合來(lái)看。首先，本線(xiàn)程肯定是在等待某個(gè)條件的發(fā)生，來(lái)把自己?jiǎn)拘?。其次，SynchronousQueue 并不是一個(gè)隊(duì)列，只是線(xiàn)程之間移交信息的機(jī)制，當(dāng)我們把一個(gè)元素放入到 SynchronousQueue 中時(shí)必須有另一個(gè)線(xiàn)程正在等待接受移交的任務(wù)，因此這就是本線(xiàn)程在等待的條件。

3）別的就看不出來(lái)了。

綜合示范三：in Obejct.wait() 和 TIMED_WAITING

實(shí)例如下：

"RMI RenewClean-[172.16.5.19:28475]" daemon prio=10 tid=0x0000000041428800 nid=0xb09 in Object.wait() [0x00007f34f4bd0000]

  java.lang.Thread.State: TIMED_WAITING (on object monitor)

at java.lang.Object.wait(Native Method)

- waiting on <0x00000000aa672478> (a java.lang.ref.ReferenceQueue$Lock)

at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)

- locked <0x00000000aa672478> (a java.lang.ref.ReferenceQueue$Lock)

at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:516)

at java.lang.Thread.run(Thread.java:662)

1）“TIMED_WAITING (on object monitor)”，對(duì)于本例而言，是因?yàn)楸揪€(xiàn)程調(diào)用了 java.lang.Object.wait(long timeout) 而進(jìn)入等待狀態(tài)。

2）“Wait Set”中等待的線(xiàn)程狀態(tài)就是“ in Object.wait() ”。當(dāng)線(xiàn)程獲得了 Monitor，進(jìn)入了臨界區(qū)之后，如果發(fā)現(xiàn)線(xiàn)程繼續(xù)運(yùn)行的條件沒(méi)有滿(mǎn)足，它則調(diào)用對(duì)象（一般就是被 synchronized 的對(duì)象）的 wait() 方法，放棄了 Monitor，進(jìn)入 “Wait Set”隊(duì)列。只有當(dāng)別的線(xiàn)程在該對(duì)象上調(diào)用了 notify() 或者 notifyAll() ，“ Wait Set”隊(duì)列中線(xiàn)程才得到機(jī)會(huì)去競(jìng)爭(zhēng)，但是只有一個(gè)線(xiàn)程獲得對(duì)象的 Monitor，恢復(fù)到運(yùn)行態(tài)。

3）RMI RenewClean 是 DGCClient 的一部分。DGC 指的是 Distributed GC，即分布式垃圾回收。

4）請(qǐng)注意，是先 locked <0x00000000aa672478>，后 waiting on <0x00000000aa672478>，之所以先鎖再等同一個(gè)對(duì)象，請(qǐng)看下面它的代碼實(shí)現(xiàn)：

static private class  Lock { };

private Lock lock = new Lock();

public Reference<? extends T> remove(long timeout)

{

   synchronized (lock) {

     Reference<? extends T> r = reallyPoll();

     if (r != null) return r;

     for (;;) {

       lock.wait(timeout);

       r = reallyPoll();

      ……

    }

}

即，線(xiàn)程的執(zhí)行中，先用 synchronized 獲得了這個(gè)對(duì)象的 Monitor（對(duì)應(yīng)于  locked <0x00000000aa672478> ）；當(dāng)執(zhí)行到 lock.wait(timeout);，線(xiàn)程就放棄了 Monitor 的所有權(quán)，進(jìn)入“Wait Set”隊(duì)列（對(duì)應(yīng)于  waiting on <0x00000000aa672478> ）。

5）從堆棧信息看，是正在清理 remote references to remote objects ，引用的租約到了，分布式垃圾回收在逐一清理呢。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線(xiàn)，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性?xún)r(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿(mǎn)足用戶(hù)豐富、多元化的應(yīng)用場(chǎng)景需求。

網(wǎng)站標(biāo)題：如何抓取分析ThreadDump-創(chuàng)新互聯(lián)
網(wǎng)站網(wǎng)址：http://www.muchs.cn/article44/diehhe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁(yè)設(shè)計(jì)公司、定制開(kāi)發(fā)、網(wǎng)站設(shè)計(jì)公司、網(wǎng)站維護(hù)、小程序開(kāi)發(fā)、品牌網(wǎng)站設(shè)計(jì)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)