溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章將為大家詳細講解有關如何識別Java中的內存泄漏，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。
內存泄漏的識別
在將程序部署到生產環境之前檢查一下是否存在內存泄漏的問題是很有必要的。這里可以通過垃圾收集器的指標來進行初步的判斷。
如GC后內存使用仍然持續上升，那么就可能有內存泄漏的問題，比如上面的這幅圖，代碼可以查看GitHub(https://gist.github.com/dpryden/b2bb29ee2d146901b4ae)。不過在現實中內存像圖上一樣線性增加的可能性是很小的，見圖Old Gen，而GC suspension times或者Eden Space和Survivor空間使用并不足以識別出內存泄漏。
縮小問題的范圍
要找出內存泄漏的原因當下已經有許多工具可用，比如JVisualVM或者jStat。這些工具是JDK自帶的，所以大家隨時都能用。除了要識別一些常用的內部Java類，一些用戶自定義累同樣需要識別。
性能優化
在日常的開發過程中，只要GC沒有影響到性能，開發者就不會去關注內存設置于配置。從而埋下了潛在的隱患：因為內存問題并不只有溢出和泄露，GC時間過長同樣會造成這個問題。比如下圖中GC占用了16%的CPU。
Heap設置
Heap太小會導致頻繁的GC，從而情景不難想象：增加GC會消耗更多的CPU，同時在GC時JVM會被凍結，最后導致一個很差的性能。總的來說，Heap太小的話，雖然GC時間變短，但是會變得更加頻繁。
Heap太大會導致GC時間邊長。GC不會經常發生，但是一旦被觸發，那么VM會被凍結很久。
因此，如果這種情況下發生內存泄露，在最終JVM因為內存溢出崩潰之前，GC會非常頻繁或者時間特別長。
GC版本
從Java 6開始，GC就改變了很多。Java 7引入了G1GC作為CMS GC的替代選擇，而在Java 9中G1GC已成為默認選擇。Java 8中移除了PermGen Space，之前存儲在PermGen Space中的數據則改為存儲在本地內存或者棧中。
關于如何識別Java中的內存泄漏就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
