摘要：內(nèi)存溢出的情況就是從類加載器加載的時(shí)候開(kāi)始出現(xiàn)的，內(nèi)存溢出分為兩大類和。以下舉出個(gè)內(nèi)存溢出的情況，并通過(guò)實(shí)例代碼的方式講解了是如何出現(xiàn)內(nèi)存溢出的。內(nèi)存溢出問(wèn)題描述元空間的溢出，系統(tǒng)會(huì)拋出。這樣就會(huì)造成棧的內(nèi)存溢出。

導(dǎo)言：

對(duì)于java程序員來(lái)說(shuō)，在虛擬機(jī)自動(dòng)內(nèi)存管理機(jī)制的幫助下，不需要自己實(shí)現(xiàn)釋放內(nèi)存，不容易出現(xiàn)內(nèi)存泄漏和內(nèi)存溢出的問(wèn)題，由虛擬機(jī)管理內(nèi)存這一切看起來(lái)非常美好，但是一旦出現(xiàn)內(nèi)存溢出或者內(nèi)存泄漏的問(wèn)題，對(duì)于不熟悉jvm虛擬機(jī)是怎么使用內(nèi)存的話，那么排查錯(cuò)誤將會(huì)是一項(xiàng)非常艱巨的任務(wù)。所以在了解內(nèi)存溢出之前先要搞明白JVM的內(nèi)存模型。

JVM（Java虛擬機(jī)）是一個(gè)抽象的計(jì)算模型。就如同一臺(tái)真實(shí)的機(jī)器，它有自己的指令集和執(zhí)行引擎，可以在運(yùn)行時(shí)操控內(nèi)存區(qū)域。目的是為構(gòu)建在其上運(yùn)行的應(yīng)用程序提供一個(gè)運(yùn)行環(huán)境。JVM可以解讀指令代碼并與底層進(jìn)行交互：包括操作系統(tǒng)平臺(tái)和執(zhí)行指令并管理資源的硬件體系結(jié)構(gòu)。

根據(jù) JVM8 規(guī)范，JVM 運(yùn)行時(shí)內(nèi)存共分為虛擬機(jī)棧、堆、元空間、程序計(jì)數(shù)器、本地方法棧五個(gè)部分。還有一部分內(nèi)存叫直接內(nèi)存，屬于操作系統(tǒng)的本地內(nèi)存，也是可以直接操作的。

元空間(Metaspace）

元空間的本質(zhì)和永久代類似，都是對(duì)JVM規(guī)范中方法區(qū)的實(shí)現(xiàn)。不過(guò)元空間與永久代之間最大的區(qū)別在于：元空間并不在虛擬機(jī)中，而是使用本地內(nèi)存。

2.虛擬機(jī)棧(JVM Stacks）

每個(gè)線程有一個(gè)私有的棧，隨著線程的創(chuàng)建而創(chuàng)建。棧里面存著的是一種叫“棧幀”的東西，每個(gè)方法會(huì)創(chuàng)建一個(gè)棧幀，棧幀中存放了局部變量表（基本數(shù)據(jù)類型和對(duì)象引用）、操作數(shù)棧、方法出口等信息。棧的大小可以固定也可以動(dòng)態(tài)擴(kuò)展。

本地方法棧(Native Method Stack)

與虛擬機(jī)棧類似，區(qū)別是虛擬機(jī)棧執(zhí)行java方法，本地方法站執(zhí)行native方法。在虛擬機(jī)規(guī)范中對(duì)本地方法棧中方法使用的語(yǔ)言、使用方法與數(shù)據(jù)結(jié)構(gòu)沒(méi)有強(qiáng)制規(guī)定，因此虛擬機(jī)可以自由實(shí)現(xiàn)它。

程序計(jì)數(shù)器(Program Counter Register)

程序計(jì)數(shù)器可以看成是當(dāng)前線程所執(zhí)行的字節(jié)碼的行號(hào)指示器。在任何一個(gè)確定的時(shí)刻，一個(gè)處理器（對(duì)于多內(nèi)核來(lái)說(shuō)是一個(gè)內(nèi)核）都只會(huì)執(zhí)行一條線程中的指令。因此，為了線程切換后能恢復(fù)到正確的執(zhí)行位置，每條線程都需要一個(gè)獨(dú)立的程序計(jì)數(shù)器，我們稱這類內(nèi)存區(qū)域?yàn)椤熬€程私有”內(nèi)存。

5.堆內(nèi)存(Heap)

堆內(nèi)存是 JVM 所有線程共享的部分，在虛擬機(jī)啟動(dòng)的時(shí)候就已經(jīng)創(chuàng)建。所有的對(duì)象和數(shù)組都在堆上進(jìn)行分配。這部分空間可通過(guò) GC 進(jìn)行回收。當(dāng)申請(qǐng)不到空間時(shí)會(huì)拋出 OutOfMemoryError。堆是JVM內(nèi)存占用最大，管理最復(fù)雜的一個(gè)區(qū)域。其唯一的用途就是存放對(duì)象實(shí)例：所有的對(duì)象實(shí)例及數(shù)組都在對(duì)上進(jìn)行分配。jdk1.8后，字符串常量池從永久代中剝離出來(lái)，存放在隊(duì)中。

6.直接內(nèi)存(Direct Memory)

直接內(nèi)存并不是虛擬機(jī)運(yùn)行時(shí)數(shù)據(jù)區(qū)的一部分，也不是Java 虛擬機(jī)規(guī)范中農(nóng)定義的內(nèi)存區(qū)域。在JDK1.4 中新加入了NIO(New Input/Output)類，引入了一種基于通道(Channel)與緩沖區(qū)（Buffer）的I/O 方式，它可以使用native 函數(shù)庫(kù)直接分配堆外內(nèi)存，然后通脫一個(gè)存儲(chǔ)在Java堆中的DirectByteBuffer 對(duì)象作為這塊內(nèi)存的引用進(jìn)行操作。這樣能在一些場(chǎng)景中顯著提高性能，因?yàn)楸苊饬嗽贘ava堆和Native堆中來(lái)回復(fù)制數(shù)據(jù)。

JVM運(yùn)行時(shí)首先需要類加載器（classLoader）加載所需類的字節(jié)碼文件。加載完畢交由執(zhí)行引擎執(zhí)行，在執(zhí)行過(guò)程中需要一段空間來(lái)存儲(chǔ)數(shù)據(jù)（類比CPU與主存）。這段內(nèi)存空間的分配和釋放過(guò)程正是我們需要關(guān)心的運(yùn)行時(shí)數(shù)據(jù)區(qū)。內(nèi)存溢出的情況就是從類加載器加載的時(shí)候開(kāi)始出現(xiàn)的，內(nèi)存溢出分為兩大類：OutOfMemoryError和StackOverflowError。以下舉出10個(gè)內(nèi)存溢出的情況，并通過(guò)實(shí)例代碼的方式講解了是如何出現(xiàn)內(nèi)存溢出的。

當(dāng)出現(xiàn)java.lang.OutOfMemoryError:Java heap space異常時(shí)，就是堆內(nèi)存溢出了。

1.問(wèn)題描述

1.設(shè)置的jvm內(nèi)存太小，對(duì)象所需內(nèi)存太大，創(chuàng)建對(duì)象時(shí)分配空間，就會(huì)拋出這個(gè)異常。

2.流量/數(shù)據(jù)峰值，應(yīng)用程序自身的處理存在一定的限額，比如一定數(shù)量的用戶或一定數(shù)量的數(shù)據(jù)。而當(dāng)用戶數(shù)量或數(shù)據(jù)量突然激增并超過(guò)預(yù)期的閾值時(shí)，那么就會(huì)峰值停止前正常運(yùn)行的操作將停止并觸發(fā)java . lang.OutOfMemoryError:Java堆空間錯(cuò)誤

2.示例代碼

編譯以下代碼，執(zhí)行時(shí)jvm參數(shù)設(shè)置為-Xms20m -Xmx20m

以上這個(gè)示例，如果一次請(qǐng)求只分配一次5m的內(nèi)存的話，請(qǐng)求量很少垃圾回收正常就不會(huì)出錯(cuò)，但是一旦并發(fā)上來(lái)就會(huì)超出最大內(nèi)存值，就會(huì)拋出內(nèi)存溢出。

3.解決方法

首先，如果代碼沒(méi)有什么問(wèn)題的情況下，可以適當(dāng)調(diào)整-Xms和-Xmx兩個(gè)jvm參數(shù)，使用壓力測(cè)試來(lái)調(diào)整這兩個(gè)參數(shù)達(dá)到最優(yōu)值。

其次，盡量避免大的對(duì)象的申請(qǐng)，像文件上傳，大批量從數(shù)據(jù)庫(kù)中獲取，這是需要避免的，盡量分塊或者分批處理，有助于系統(tǒng)的正常穩(wěn)定的執(zhí)行。

最后，盡量提高一次請(qǐng)求的執(zhí)行速度，垃圾回收越早越好，否則，大量的并發(fā)來(lái)了的時(shí)候，再來(lái)新的請(qǐng)求就無(wú)法分配內(nèi)存了，就容易造成系統(tǒng)的雪崩。

1.問(wèn)題描述

Java中的內(nèi)存泄漏是一些對(duì)象不再被應(yīng)用程序使用但垃圾收集無(wú)法識(shí)別的情況。因此，這些未使用的對(duì)象仍然在Java堆空間中無(wú)限期地存在。不停的堆積最終會(huì)觸發(fā)java . lang.OutOfMemoryError。

2.示例代碼

當(dāng)執(zhí)行上面的代碼時(shí)，可能會(huì)期望它永遠(yuǎn)運(yùn)行，不會(huì)出現(xiàn)任何問(wèn)題，假設(shè)單純的緩存解決方案只將底層映射擴(kuò)展到10,000個(gè)元素，而不是所有鍵都已經(jīng)在HashMap中。然而事實(shí)上元素將繼續(xù)被添加，因?yàn)閗ey類并沒(méi)有重寫(xiě)它的equals()方法。

隨著時(shí)間的推移，隨著不斷使用的泄漏代碼，“緩存”的結(jié)果最終會(huì)消耗大量Java堆空間。當(dāng)泄漏內(nèi)存填充堆區(qū)域中的所有可用內(nèi)存時(shí)，垃圾收集無(wú)法清理它，java . lang.OutOfMemoryError。

3.解決辦法

相對(duì)來(lái)說(shuō)對(duì)應(yīng)的解決方案比較簡(jiǎn)單：重寫(xiě)equals方法即可：

1、問(wèn)題描述
當(dāng)應(yīng)用程序耗盡所有可用內(nèi)存時(shí)，GC開(kāi)銷(xiāo)限制超過(guò)了錯(cuò)誤，而GC多次未能清除它，這時(shí)便會(huì)引發(fā)java.lang.OutOfMemoryError。當(dāng)JVM花費(fèi)大量的時(shí)間執(zhí)行GC，而收效甚微，而一旦整個(gè)GC的過(guò)程超過(guò)限制便會(huì)觸發(fā)錯(cuò)誤(默認(rèn)的jvm配置GC的時(shí)間超過(guò)98%，回收堆內(nèi)存低于2%)。

2.示例代碼

3.解決方法

要減少對(duì)象生命周期，盡量能快速的進(jìn)行垃圾回收。

1.問(wèn)題描述

元空間的溢出，系統(tǒng)會(huì)拋出java.lang.OutOfMemoryError: Metaspace。出現(xiàn)這個(gè)異常的問(wèn)題的原因是系統(tǒng)的代碼非常多或引用的第三方包非常多或者通過(guò)動(dòng)態(tài)代碼生成類加載等方法，導(dǎo)致元空間的內(nèi)存占用很大。

2.示例代碼

以下是用循環(huán)動(dòng)態(tài)生成class的方式來(lái)模擬元空間的內(nèi)存溢出的。

3.解決辦法

默認(rèn)情況下，元空間的大小僅受本地內(nèi)存限制。但是為了整機(jī)的性能，盡量還是要對(duì)該項(xiàng)進(jìn)行設(shè)置，以免造成整機(jī)的服務(wù)停機(jī)。

1）優(yōu)化參數(shù)配置，避免影響其他JVM進(jìn)程

-XX:MetaspaceSize，初始空間大小，達(dá)到該值就會(huì)觸發(fā)垃圾收集進(jìn)行類型卸載，同時(shí)GC會(huì)對(duì)該值進(jìn)行調(diào)整：如果釋放了大量的空間，就適當(dāng)降低該值；如果釋放了很少的空間，那么在不超過(guò)MaxMetaspaceSize時(shí)，適當(dāng)提高該值。

-XX:MaxMetaspaceSize，最大空間，默認(rèn)是沒(méi)有限制的。

除了上面兩個(gè)指定大小的選項(xiàng)以外，還有兩個(gè)與 GC 相關(guān)的屬性：
-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空間容量的百分比，減少為分配空間所導(dǎo)致的垃圾收集 。
-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空間容量的百分比，減少為釋放空間所導(dǎo)致的垃圾收集。

2）慎重引用第三方包

對(duì)第三方包，一定要慎重選擇，不需要的包就去掉。這樣既有助于提高編譯打包的速度，也有助于提高遠(yuǎn)程部署的速度。

3）關(guān)注動(dòng)態(tài)生成類的框架

對(duì)于使用大量動(dòng)態(tài)生成類的框架，要做好壓力測(cè)試，驗(yàn)證動(dòng)態(tài)生成的類是否超出內(nèi)存的需求會(huì)拋出異常。

1.問(wèn)題描述

在使用ByteBuffer中的allocateDirect()的時(shí)候會(huì)用到，很多javaNIO(像netty)的框架中被封裝為其他的方法，出現(xiàn)該問(wèn)題時(shí)會(huì)拋出java.lang.OutOfMemoryError: Direct buffer memory異常。

如果你在直接或間接使用了ByteBuffer中的allocateDirect方法的時(shí)候，而不做clear的時(shí)候就會(huì)出現(xiàn)類似的問(wèn)題。

2.示例代碼

3.解決辦法

如果經(jīng)常有類似的操作，可以考慮設(shè)置參數(shù)：-XX:MaxDirectMemorySize，并及時(shí)clear內(nèi)存。

1.問(wèn)題描述

當(dāng)一個(gè)線程執(zhí)行一個(gè)Java方法時(shí)，JVM將創(chuàng)建一個(gè)新的棧幀并且把它push到棧頂。此時(shí)新的棧幀就變成了當(dāng)前棧幀，方法執(zhí)行時(shí)，使用棧幀來(lái)存儲(chǔ)參數(shù)、局部變量、中間指令以及其他數(shù)據(jù)。

當(dāng)一個(gè)方法遞歸調(diào)用自己時(shí)，新的方法所產(chǎn)生的數(shù)據(jù)(也可以理解為新的棧幀)將會(huì)被push到棧頂，方法每次調(diào)用自己時(shí)，會(huì)拷貝一份當(dāng)前方法的數(shù)據(jù)并push到棧中。因此，遞歸的每層調(diào)用都需要?jiǎng)?chuàng)建一個(gè)新的棧幀。這樣的結(jié)果是，棧中越來(lái)越多的內(nèi)存將隨著遞歸調(diào)用而被消耗，如果遞歸調(diào)用自己一百萬(wàn)次，那么將會(huì)產(chǎn)生一百萬(wàn)個(gè)棧幀。這樣就會(huì)造成棧的內(nèi)存溢出。

2.示例代碼

3.解決辦法

如果程序中確實(shí)有遞歸調(diào)用，出現(xiàn)棧溢出時(shí)，可以調(diào)高-Xss大小，就可以解決棧內(nèi)存溢出的問(wèn)題了。遞歸調(diào)用防止形成死循環(huán)，否則就會(huì)出現(xiàn)棧內(nèi)存溢出。

1.問(wèn)題描述

線程基本只占用heap以外的內(nèi)存區(qū)域，也就是這個(gè)錯(cuò)誤說(shuō)明除了heap以外的區(qū)域，無(wú)法為線程分配一塊內(nèi)存區(qū)域了，這個(gè)要么是內(nèi)存本身就不夠，要么heap的空間設(shè)置得太大了，導(dǎo)致了剩余的內(nèi)存已經(jīng)不多了，而由于線程本身要占用內(nèi)存，所以就不夠用了。
2.示例代碼

3.解決方法

首先檢查操作系統(tǒng)是否有線程數(shù)的限制，使用shell也無(wú)法創(chuàng)建線程，如果是這個(gè)問(wèn)題就需要調(diào)整系統(tǒng)的最大可支持的文件數(shù)。

日常開(kāi)發(fā)中盡量保證線程最大數(shù)的可控制的，不要隨意使用線程池。不能無(wú)限制的增長(zhǎng)下去。

1.問(wèn)題描述

在Java應(yīng)用程序啟動(dòng)過(guò)程中，可以通過(guò)-Xmx和其他類似的啟動(dòng)參數(shù)限制指定的所需的內(nèi)存。而當(dāng)JVM所請(qǐng)求的總內(nèi)存大于可用物理內(nèi)存的情況下，操作系統(tǒng)開(kāi)始將內(nèi)容從內(nèi)存轉(zhuǎn)換為硬盤(pán)。

一般來(lái)說(shuō)JVM會(huì)拋出Out of swap space錯(cuò)誤，代表應(yīng)用程序向JVM native heap請(qǐng)求分配內(nèi)存失敗并且native heap也即將耗盡時(shí)，錯(cuò)誤消息中包含分配失敗的大小（以字節(jié)為單位）和請(qǐng)求失敗的原因。

2.解決辦法

增加系統(tǒng)交換區(qū)的大小，我個(gè)人認(rèn)為，如果使用了交換區(qū)，性能會(huì)大大降低，不建議采用這種方式，生產(chǎn)環(huán)境盡量避免最大內(nèi)存超過(guò)系統(tǒng)的物理內(nèi)存。其次，去掉系統(tǒng)交換區(qū)，只使用系統(tǒng)的內(nèi)存，保證應(yīng)用的性能。

1.問(wèn)題描述
有的時(shí)候會(huì)碰到這種內(nèi)存溢出的描述Requested array size exceeds VM limit，一般來(lái)說(shuō)java對(duì)應(yīng)用程序所能分配數(shù)組最大大小是有限制的，只不過(guò)不同的平臺(tái)限制有所不同，但通常在1到21億個(gè)元素之間。當(dāng)Requested array size exceeds VM limit錯(cuò)誤出現(xiàn)時(shí)，意味著應(yīng)用程序試圖分配大于Java虛擬機(jī)可以支持的數(shù)組。JVM在為數(shù)組分配內(nèi)存之前，會(huì)執(zhí)行特定平臺(tái)的檢查：分配的數(shù)據(jù)結(jié)構(gòu)是否在此平臺(tái)是可尋址的。
2.示例代碼

以下就是代碼就是數(shù)組超出了最大限制。

3.解決方法

因此數(shù)組長(zhǎng)度要在平臺(tái)允許的長(zhǎng)度范圍之內(nèi)。不過(guò)這個(gè)錯(cuò)誤一般少見(jiàn)的，主要是由于Java數(shù)組的索引是int類型。 Java中的最大正整數(shù)為2 ^ 31 - 1 = 2,147,483,647。 并且平臺(tái)特定的限制可以非常接近這個(gè)數(shù)字，例如：我的環(huán)境上(64位macOS，運(yùn)行Jdk1.8)可以初始化數(shù)組的長(zhǎng)度高達(dá)2,147,483,645（Integer.MAX_VALUE-2）。若是在將數(shù)組的長(zhǎng)度再增加1達(dá)到nteger.MAX_VALUE-1會(huì)出現(xiàn)的OutOfMemoryError。

1.問(wèn)題概述
在描述該問(wèn)題之前，先熟悉一點(diǎn)操作系統(tǒng)的知識(shí)：操作系統(tǒng)是建立在進(jìn)程的概念之上，這些進(jìn)程在內(nèi)核中作業(yè)，其中有一個(gè)非常特殊的進(jìn)程，稱為“內(nèi)存殺手（Out of memory killer）”。當(dāng)內(nèi)核檢測(cè)到系統(tǒng)內(nèi)存不足時(shí)，OOM killer被激活，檢查當(dāng)前誰(shuí)占用內(nèi)存最多然后將該進(jìn)程殺掉。

一般Out of memory:Kill process or sacrifice child錯(cuò)會(huì)在當(dāng)可用虛擬虛擬內(nèi)存(包括交換空間)消耗到讓整個(gè)操作系統(tǒng)面臨風(fēng)險(xiǎn)時(shí)，會(huì)被觸發(fā)。在這種情況下，OOM Killer會(huì)選擇“流氓進(jìn)程”并殺死它。

2.示例代碼

3.解決方法

雖然增加交換空間的方式可以緩解Java heap space異常，還是建議最好的方案就是升級(jí)系統(tǒng)內(nèi)存，讓java應(yīng)用有足夠的內(nèi)存可用，就不會(huì)出現(xiàn)這種問(wèn)題。

通過(guò)以上的10種出現(xiàn)內(nèi)存溢出情況，大家在實(shí)際碰到問(wèn)題時(shí)也就會(huì)知道怎么解決了，在實(shí)際編碼中也要記得：
1.第三方j(luò)ar包要慎重引入，堅(jiān)決去掉沒(méi)有用的jar包，提高編譯的速度和系統(tǒng)的占用內(nèi)存。

2.對(duì)于大的對(duì)象或者大量的內(nèi)存申請(qǐng)，要進(jìn)行優(yōu)化，大的對(duì)象要分片處理，提高處理性能，減少對(duì)象生命周期。

3.盡量固定線程的數(shù)量，保證線程占用內(nèi)存可控，同時(shí)需要大量線程時(shí)，要優(yōu)化好操作系統(tǒng)的最大可打開(kāi)的連接數(shù)。

4.對(duì)于遞歸調(diào)用，也要控制好遞歸的層級(jí)，不要太高，超過(guò)棧的深度。

5.分配給棧的內(nèi)存并不是越大越好，因?yàn)闂?nèi)存越大，線程多，留給堆的空間就不多了，容易拋出OOM。JVM的默認(rèn)參數(shù)一般情況沒(méi)有問(wèn)題（包括遞歸）。