溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
怎么使用 jstack 分析一次線上內存溢出問題，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。
最近公司有一項業務在做活動，流量一下子大增。數據暴漲了 10 倍以上，系統無法支撐，導致了程序內存溢出，系統宕機。查看日志發現是有內存溢出的異常，今天就為大家分享一下如何使用 jstack 命令排查定位 java 程序中的異常代碼。
為了講清楚 jstack 的使用和我們系統產生的問題，我把線上問題簡化為如下代碼：
當你運行上面的代碼時，你可能會期望它運行起來永遠不會出問題，畢竟內置的緩存方案只會增加到10,000個元素，然后就不會再增加了，所有的 key 都已經出現在 HashMap 中(搞不懂 HashMap？只因你缺一個 HashMap 的流程圖！、HashMap 存在的意義是什么?)。然而，事情并非如此。元素將會一直增長， 因為 Key 這個類只實現了 hashCode() 方法，并沒有重寫 equals() 方法(深度解讀 Java 中的 equals()、==、hashCode())。
運行這個程序后，我們發現不需要太長的實際，程序就報內存溢出了。打開任務管理，此例中，找出 java 進程ID。
會了方便，大家也可以使用使用 ProcessExplorer 找到 ID 號為 7064 的 java 進程。進程 ID 為 7064 的屬性信息在 Thread 標簽找到 CPU 利用率的線程信息，TID 為 6120（10進制）。
將 CPU 利用率高的線程 ID 6120（10進制）轉換為0x17E8（16進制）
使用 jstack 查看進程 7064 的線程信息。找到線程號為 0x17E8 的線程。命令：
根據提示的行號，我們定位到相關的代碼。通過分析發現，是 map 造成的內存溢出。
解決方法很簡單，只要和下面的示例一樣添加一個 equals 方法就可以了。但是在找到問題所在之前，你肯定已經花費了不少寶貴的腦細胞。
jstack 命令很實用，是 java 虛擬機自帶的一種堆棧跟蹤工具。
看完上述內容，你們掌握怎么使用 jstack 分析一次線上內存溢出問題的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
