Java內(nèi)存溢出的原因

這篇文章將為大家詳細講解有關Java內(nèi)存溢出的原因，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

　　在Java虛擬機內(nèi)存區(qū)域中，除了程序計數(shù)器外，其他幾個內(nèi)存區(qū)域都可能會發(fā)生OutOfMemoryError，這次通過一些代碼來驗證虛擬機各個內(nèi)存區(qū)域存儲的內(nèi)容。

　　在實際工作中遇到內(nèi)存溢出異常時，需要做到能根據(jù)異常信息快速判斷是哪個內(nèi)存區(qū)域的溢出，知道什么樣的代碼會導致這些區(qū)域內(nèi)存溢出，并且知道出現(xiàn)內(nèi)存溢出后如何處理。

Java堆溢出

　　Java堆用于存儲對象實例，只要不斷的擴展對象，并且保證GCRoots到對象有可達路徑來避免垃圾回收，那么對象數(shù)量到達堆的最大容量后就會發(fā)生內(nèi)存溢出異常。

模擬堆內(nèi)存溢出

　　以下代碼會把堆大小限制在20M且不可擴展（將最小參數(shù)-Xms和最大參數(shù)-Xmx設為相同就會避免自動擴展），通過參數(shù)-XX:+HeapDumpOnOutOfMemoryError可以讓虛擬機在發(fā)生內(nèi)存溢出時Dump出內(nèi)存快照用來分析。

　　可以從異常信息中看到，OOM異常發(fā)生在“main”線程，發(fā)生的內(nèi)存區(qū)域是“Javaheapspace”。

　　通過IntelliJIDEA運行的話，可以點擊EditConfigurations配置VM參數(shù)，生成的堆Dump快照文件為hprof后綴，存放在Workingdirectory配置對應的目錄下。

堆內(nèi)存溢出分析

　　要分析Java堆的內(nèi)存溢出，首先通過快照分析工具（如JavaVisualVM）對Dump出來的的快照進行分析，確認內(nèi)存中的對象是否是必要的。如果是不必要的而沒有垃圾回收掉，則發(fā)生的是內(nèi)存泄漏（MemoryLeak）；如果都是必要的，則是內(nèi)存溢出（MemoryOverflow）。

　　如果是內(nèi)存泄漏，通過工具進一步查看對象實例到GCRoots的引用鏈，找到泄露對象是通過什么路徑與GCRoots相關聯(lián)導致垃圾收集器無法回收它們。根據(jù)泄露對象的類型信息和到GCRoots的引用鏈，就可以定位到泄露代碼的位置。

　　如果是內(nèi)存溢出，也就是說這些對象還都必須存活，那么就檢查堆內(nèi)存的大小參數(shù)（-Xms與-Xmx）與物理內(nèi)存比較還是否可以調(diào)大，再從代碼上檢查是否存在某些對象生命周期過長、持有狀態(tài)時間過長的情況，嘗試減少程序運行期的內(nèi)存消耗。

　　打開JDK自帶的分析工具JavaVisualVM（bin目錄下的jvisualvm.exe），點擊文件->裝入選擇堆快照java_pid1344.hprof文件，打開后顯示的是概述信息，這里會顯示快照的一些基本信息、環(huán)境屬性以及線程信息。

關于“Java內(nèi)存溢出的原因”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。