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堆空間的根本問題而不是掩蓋症狀，則需要弄清楚程式碼的哪一部分負責分配最多的記憶體。換句話說，你需要清楚哪些物件佔據堆的大部分空間並想辦法最佳化他們

好了，今天就到這裡，第二彈明天見面~