線上解決問題分享：JAVA進程不斷吃內存，一段時間內CPU佔用100％

最新 06-21

1. 問題描述

線上運行的JAVA進程不斷吃內存,一段時間內CPU佔用100% ，服務響應緩慢。

2. 分析過程

通過top命令，發現該tomcat進程佔用CPU100%，通過free -m查看內存使用情況，可用內存加上buffer只剩下四分之一了。首先來分析一下內存使用情況，用jmap工具來查看堆棧（命令：jmap -heap 27688 見頁未詳細信息），沒有發現異常情況。 PS Perm Generation 99.62005615234375% used 這個並不是異常，設置了1G的PS Perm。

然後用jmap工具來查看所有對象佔用的內存情況(jmap -histo:live 27688 見頁未詳細信息)，發現字元串佔用了5G的內存（[C 表示的就是char，string類型的數據），問題肯定出在這裡了，至於怎樣定位到哪些代碼申請了這麼多的內存，需要定位到具體的線程，然後可以列印線程堆棧來定位到具體的代碼，根據此想法，我們來分析一下各個線程佔用CPU情況。

使用top -Hp 27688能實時查看哪些線程佔用CPU較高，這個命令是把線程佔用CPU的高低排序顯示的。結果我們發現有10多個線程持續佔用CPU較高，把這10多個線程ID取出來，然後用jstack工具列印線程的堆棧信息。注意：jstack工具列印線程ID是16進位的，我們需要把10多個線程ID轉換為16進位的（printf "%x
" 30562，結果是：7762）。列印線程堆棧：jstack 27688 grep 7762 -A60 （見頁未詳細信息），這個命令就會把該線程目前的堆棧信息列印出來。發現對應的代碼有問題：

3. 解決辦法

4. 結論

我們使用了一個有問題的開源包，會不停的申請string 對象，導致內存佔滿，同時這裡也會佔用較高的CPU，這時候GC線程發現沒有內存了，需要不停的做GC,做GC需要佔用較高的CPU,所以我們看到了內存不夠了，CPU佔滿額想像。

5. 命令詳情

jmap -heap 27688