快捷導(dǎo)航

一次因Java應(yīng)用造成CPU過(guò)高的排查實(shí)踐過(guò)程

更新時(shí)間：2018年11月05日 15:07:10 作者：小草莓子桑

一個(gè)應(yīng)用占用CPU很高，除了確實(shí)是計(jì)算密集型應(yīng)用之外，通常原因都是出現(xiàn)了死循環(huán)。下面這篇文章主要給大家介紹了一次因Java應(yīng)用造成CPU過(guò)高的排查實(shí)踐過(guò)程，文中通過(guò)示例代碼介紹的非常詳細(xì)，需要的朋友可以參考下

前言

最近遇到一個(gè)java應(yīng)用造成了服務(wù)器CPU使用率過(guò)高，最后查詢，問(wèn)題是因?yàn)樵趖omcat下重新部署應(yīng)用的時(shí)候沒(méi)有kill掉tomcat進(jìn)程，造成應(yīng)用中的數(shù)據(jù)庫(kù)連接池進(jìn)程中的鎖不能被釋放，死循環(huán)造成了cpu使用率過(guò)高的現(xiàn)象，詳細(xì)原因就不做詳細(xì)分析了，主要分享一下問(wèn)題排查的過(guò)程。

使用top命令查詢服務(wù)cpu使用情況

服務(wù)器資源使用率

可以看到31737這個(gè)進(jìn)程的CPU使用率巨大

使用top -Hp 31737查詢31737進(jìn)程中各個(gè)線程的資源使用率

top -Hp 31737

使用top -Hp 31737查詢31737進(jìn)程中各個(gè)線程的資源使用率

31737進(jìn)程中各個(gè)線程的使用率

由于當(dāng)時(shí)的截圖丟失了，簡(jiǎn)單說(shuō)一下，使用top -Hp 31737命令查詢到31737進(jìn)程中，一個(gè)線程id為5322占用CPU過(guò)高

使用printf "%x\n" 5322把線程id轉(zhuǎn)化為十六進(jìn)制

printf "%x\n" 5322

因?yàn)榇蛴【€程棧的時(shí)候，本地線程標(biāo)識(shí)nid是用十六進(jìn)制表示的,使用該命令把線程id轉(zhuǎn)化為十六進(jìn)制

5322的十六進(jìn)制為14ca

使用jstack命令打印堆棧信息

jstack 31737 | grep -10 14ca

使用jstack 31737 | grep -10 14ca打印31737的堆棧信息，并查找本地線程標(biāo)識(shí)為14ca的線程堆棧信息

31737的堆棧信息

如圖，線程的狀態(tài)為T(mén)IMED_WAITING，對(duì)象等待中，查看源碼

出現(xiàn)問(wèn)題的代碼

發(fā)現(xiàn)問(wèn)題的原因就不做詳細(xì)分析了，這里主要是分享一下問(wèn)題排查的過(guò)程

度娘一下有個(gè)大神回答的不錯(cuò)，連接在這里，有興趣的可以自己去看一下https://stackoverflow.com/questions/6981564/why-must-the-jdbc-driver-be-put-in-tomcat-home-lib-folder/7198049#7198049