如何使用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è)線程長(zhǎng)時(shí)間持有鎖不放等等由桌。
在dump中为黎，線程一般存在如下幾種狀態(tài)：
1、RUNNABLE行您，線程處于執(zhí)行中
2铭乾、BLOCKED，線程被阻塞
3娃循、WAITING炕檩，線程正在等待
實(shí)例1：多線程競(jìng)爭(zhē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í)例2：通過wait掛起線程
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方法编丘，并喚醒自己与学。
