JVM內存泄露(OOM)!帶你一一揭祕【第一彈】

我們將分成多次介紹內存泄露OOM的內容,大致套路爲現象、原因、解決方案。簡單清晰,不玩高大上。記得給轉發一下,哈哈


OOM最典型的表現:java.lang.OutOfMemoryError,你記住了嗎?


1 OOM的現象之一

今天介紹第一種Java heap space


2 什麼原因造成的?

1)應用程序嘗試添加更多的數據放入堆空間,但沒有足夠的空間供它,當JVM達到堆大小限制時,都會引發Java堆空間錯誤


2)數據量激增。當用戶數量或數據量突然達到峯值並超過預期閾值時,在峯值之前正常運行的操作將停止運行並觸發java.lang.OutOfMemoryError: Java heap space。


3)內存泄漏。不好編程代碼錯誤將導致你的應用程序不斷消耗更多的內存。每次都會將某些對象留在Java堆空間中。久而久之,泄漏的對象會消耗所有可用的Java堆空間。


3 怎麼解決和避免呢?

1)分配合理的內存給JVM的堆。


2)但是,在許多情況下,提供更多的Java堆空間將無法解決問題。例如,如果應用程序包含內存泄漏,即使添加更多的堆只會推遲錯誤。此外,增加Java堆空間的數量也往往會增加GC暫停的時間,從而影響應用程序的吞吐量或延遲。


3)如果希望解決Java堆空間的根本問題而不是掩蓋症狀,則需要弄清楚代碼的哪一部分負責分配最多的內存。換句話說,你需要清楚哪些對象佔據堆的大部分空間並想辦法優化他們


好了,今天就到這裏,第二彈明天見面~


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章