怎么使用 jstack 分析一次線上內(nèi)存溢出問題，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

最近公司有一項業(yè)務在做活動，流量一下子大增。數(shù)據(jù)暴漲了 10 倍以上，系統(tǒng)無法支撐，導致了程序內(nèi)存溢出，系統(tǒng)宕機。查看日志發(fā)現(xiàn)是有內(nèi)存溢出的異常，今天就為大家分享一下如何使用 jstack 命令排查定位 java 程序中的異常代碼。

為了講清楚 jstack 的使用和我們系統(tǒng)產(chǎn)生的問題，我把線上問題簡化為如下代碼：

當你運行上面的代碼時，你可能會期望它運行起來永遠不會出問題，畢竟內(nèi)置的緩存方案只會增加到10,000個元素，然后就不會再增加了，所有的 key 都已經(jīng)出現(xiàn)在 HashMap 中(搞不懂 HashMap？只因你缺一個 HashMap 的流程圖！、HashMap 存在的意義是什么?)。然而，事情并非如此。元素將會一直增長， 因為 Key 這個類只實現(xiàn)了 hashCode() 方法，并沒有重寫 equals() 方法(深度解讀 Java 中的 equals()、==、hashCode())。

運行這個程序后，我們發(fā)現(xiàn)不需要太長的實際，程序就報內(nèi)存溢出了。打開任務管理，此例中，找出 java 進程ID。

會了方便，大家也可以使用使用 ProcessExplorer 找到 ID 號為 7064 的 java 進程。進程 ID 為 7064 的屬性信息在 Thread 標簽找到 CPU 利用率的線程信息，TID 為 6120（10進制）。

將 CPU 利用率高的線程 ID 6120（10進制）轉(zhuǎn)換為0x17E8（16進制）

使用 jstack 查看進程 7064 的線程信息。找到線程號為 0x17E8 的線程。命令：

根據(jù)提示的行號，我們定位到相關的代碼。通過分析發(fā)現(xiàn)，是 map 造成的內(nèi)存溢出。

解決方法很簡單，只要和下面的示例一樣添加一個 equals 方法就可以了。但是在找到問題所在之前，你肯定已經(jīng)花費了不少寶貴的腦細胞。

jstack 命令很實用，是 java 虛擬機自帶的一種堆棧跟蹤工具。

看完上述內(nèi)容，你們掌握怎么使用 jstack 分析一次線上內(nèi)存溢出問題的方法了嗎？如果還想學到更多技能或想了解更多相關內(nèi)容，歡迎關注億速云行業(yè)資訊頻道，感謝各位的閱讀！

總結(jié)

以上是生活随笔為你收集整理的怎么使用 jstack 分析一次线上内存溢出问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。