在JVM虛擬機(jī)規(guī)范中，Java虛擬機(jī)運(yùn)行時數(shù)據(jù)區(qū)域除了程序計數(shù)器（Program Counter Register）外都有可能出現(xiàn)OutOfMemoryError的情況，使用Hotspot虛擬機(jī)簡單的模擬堆棧內(nèi)存溢出的場景，方便快速定位是什么區(qū)域的內(nèi)存溢出。

堆

通過VM參數(shù)設(shè)置Java堆的大小，避免堆可擴(kuò)展內(nèi)存（設(shè)定-Xms和Xmx一樣可避免堆自動擴(kuò)展）；

通過設(shè)定-XX：+HeapDumpOnOutOf-MemoryError可以讓虛擬機(jī)在出現(xiàn)內(nèi)存溢出異常的時候Dump出當(dāng)前的內(nèi)存堆轉(zhuǎn)儲快照。

/** * VM Args：-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError * @author Vicente * @version 1.0 * @date 2020/4/5 10:28 */public class TestHeapOOM { public static void main(String[] args) { List<TestHeapOOM> list = new ArrayList<TestHeapOOM>(); while (true) { list.add(new TestHeapOOM()); } }}

設(shè)置啟動參數(shù)：-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError

運(yùn)行結(jié)果：

java.lang.OutOfMemoryError: Java heap space Dumping heap to java_pid3676.hprof ... Heap dump file created [28279988 bytes in 0.099 secs] Exception in thread 'main' java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:3210) at java.util.Arrays.copyOf(Arrays.java:3181) at java.util.ArrayList.grow(ArrayList.java:265) at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:239) at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:231) at java.util.ArrayList.add(ArrayList.java:462) at com.oom.TestHeapOOM.main(TestHeapOOM.java:19)

使用IDEA和Eclipse都可以設(shè)置啟動時的參數(shù)。

堆轉(zhuǎn)儲快照文件一般生成后位于你的work space，拿到文件后要對快照文件進(jìn)行分析，可以采用不同的工具來幫助我們分析，這里推薦兩種：

jhat

在IDEA或者Eclispe的終端控制臺直接輸入命令

jhat java_pid13232.hprof

當(dāng)dump的文件過大時需要設(shè)置jhat參數(shù)：jhat -J-Xmx2048m java_pid13232.hprof，默認(rèn)-Xmx為1024

對堆快照進(jìn)行分析

Reading from java_pid13232.hprof...Dump file created Sun Apr 05 10:54:06 CST 2020Snapshot read, resolving...Resolving 818818 objects...Chasing references, expect 163 dots................................................................................................................Eliminating duplicate references..........................................................................................................Snapshot resolved.Started HTTP server on port 7000Server is ready.

通過訪問http://localhost:7000即可查看分析結(jié)果，對象內(nèi)存分配的大小等信息。

mat

工具下載地址：https://eclipse.org/mat/downloads.php，選擇需要下載的版本，windows版本下載后是一個壓縮包，直接解壓運(yùn)行即可。

打開需要分析的堆轉(zhuǎn)儲文件，分析后會展示一個概要預(yù)覽

Leak Suspects » Leaks » Problem Suspect 在這里面可以看到對象的個數(shù)，對象占用大小等信息，這里包含兩個重要信息

Generally speaking, shallow heap of an object is its size in the heap and retained size of the same object is the amount of heap memory that will be freed when the object is garbage collected.

具體解釋可以參考：https://help.eclipse.org/2020-03/index.jsp

復(fù)制代碼 代碼如下:- Shallow Heap：某個對象自身大小，不包含其引用對象的大小；- Retained Heap：某個對象在發(fā)生GC回收時，如果被釋放，其釋放內(nèi)存的大小，這就要包含其引用的對象占用堆內(nèi)存的大小。

這里具體使用就不再描述，可以參考官方文檔。

棧

Java運(yùn)行時數(shù)據(jù)區(qū)包含虛擬機(jī)棧和本地方法棧，在Hotspot虛擬機(jī)實(shí)現(xiàn)中對于本地方法棧的參數(shù)（-Xoss）設(shè)定并無實(shí)際效果，只通過-Xss參數(shù)來模擬棧的內(nèi)存溢出。《Java虛擬機(jī)規(guī)范》中指出：

如果線程請求的棧深度大于虛擬機(jī)所允許的最大深度，拋出StackOverflowError異常如果虛擬機(jī)的棧內(nèi)存允許動態(tài)擴(kuò)展，當(dāng)擴(kuò)展棧容量無法申請到足夠的內(nèi)存時，拋出OutOfMemoryError異常

設(shè)置運(yùn)行參數(shù)VM Args：-Xss128k

/** * VM Args：-Xss128k * @author Vicente * @version 1.0 * @date 2020/4/5 12:39 */public class TestStackOverflow { private int stackLength = 1; public void stackLeak() { stackLength++; stackLeak(); } public static void main(String[] args) throws Throwable { TestStackOverflow overflow = new TestStackOverflow(); try { overflow.stackLeak(); } catch (Throwable e) { System.out.println('stack length:' + overflow.stackLength); throw e; } }}

運(yùn)行結(jié)果：

Exception in thread 'main' java.lang.StackOverflowErrorat com.oom.TestStackOverflow.stackLeak(TestStackOverflow.java:17)at com.oom.TestStackOverflow.stackLeak(TestStackOverflow.java:17)//省略...stack length:36984//省略...

根據(jù)操作系統(tǒng)的不同和Java虛擬機(jī)版本的不同，棧容量的最小值也會有所不同，改變棧容量的大小或者棧幀過大時都會導(dǎo)致StackOverflowError異常。

Hotspot虛擬機(jī)不支持?jǐn)U展棧內(nèi)存，除非在創(chuàng)建線程申請內(nèi)存就不足會導(dǎo)致OutOfMemoryError異常，其他情況都是在運(yùn)行時因?yàn)闂Ｈ萘繜o法容納新的棧幀而導(dǎo)致StackOverflowError異常。

不同的虛擬機(jī)實(shí)現(xiàn)有著不同的細(xì)節(jié)處理，其他虛擬機(jī)實(shí)現(xiàn)如果是可擴(kuò)容棧空間，棧容量不足時會拋出OutOfMemoryError異常，當(dāng)遇到OutOfMemoryError時要先判斷是棧空間還是堆內(nèi)存的異常。

方法區(qū)

在JDK6之前的Hotspot虛擬機(jī)中方法區(qū)被設(shè)置在永久代中，運(yùn)行時常量池也屬于方法區(qū)的一部分，可以通過-XX：PermSize和-XX：MaxPermSize限制永久代的大小，在JDK7開始逐步的去永久代，到了JDK8就開始使用元空間（meta-space）來實(shí)現(xiàn)方法區(qū)，保存程序運(yùn)行時的數(shù)據(jù)。

使用JDK6，設(shè)定永久代參數(shù)-XX:PermSize=2M -XX:MaxPermSize=2M

public class TestConstantPoolOOM { public static void main(String[] args) throws Throwable { //使用Set保持著常量池引用，避免Full GC回收常量池行為 Set<String> set = new HashSet<String>(); // 在short范圍內(nèi)足以讓6MB的PermSize產(chǎn)生OOM了 short i = 0; while (true) { set.add(String.valueOf(i++).intern()); //String.valueOf(i++).intern(); } }}

運(yùn)行結(jié)果：

Exception in thread 'main' java.lang.OutOfMemoryError: PermGen spaceat java.lang.String.intern(Native Method)at com.oom.TestConstantPoolOOM.main(TestConstantPoolOOM.java from InputFileObject:21)

可以看到OutOfMemoryError后面指明了內(nèi)存溢出的位置PermGen space；在JDK8中使用-XX：MaxMeta-spaceSize參數(shù)把方法區(qū)容量同樣限制，也不會出現(xiàn)異常，因?yàn)閺腏DK7開始常量池已經(jīng)從永久代移到了Java堆的位置，此時限制Java堆的大小便會拋出異常，定位異常的位置。

設(shè)置上面代碼的運(yùn)行參數(shù)：-Xms6m -Xmx6m

運(yùn)行結(jié)果：

Exception in thread 'main' java.lang.OutOfMemoryError: Java heap spaceat java.util.HashMap.resize(HashMap.java:704)at java.util.HashMap.putVal(HashMap.java:663)at java.util.HashMap.put(HashMap.java:612)at java.util.HashSet.add(HashSet.java:220)at com.oom.TestConstantPoolOOM.main(TestConstantPoolOOM.java:20)

可以看到，程序運(yùn)行拋出java.lang.OutOfMemoryError異常。

方法區(qū)的異常也是一種常見異常，一個類被垃圾回收期回收的條件是比較苛刻的，在經(jīng)常運(yùn)行時生成大量動態(tài)類的應(yīng)用場景里，就應(yīng)該特別關(guān)注這些類的回收狀況，比如傳統(tǒng)項(xiàng)目中大量的jsp文件，jsp會被編譯成Java類，容易拋出方法區(qū)異常，在JDK8以后永久代不再存在，元空間的出現(xiàn)使得，正常創(chuàng)建對象的過程很難出現(xiàn)方法區(qū)的內(nèi)存溢出，不過Hotspot也提供了一些參數(shù)設(shè)置保護(hù)元空間。

- XX：MaxMetaspaceSize：設(shè)置元空間最大值，默認(rèn)是-1，即不限制，或者說只受限于本地內(nèi)存大小。- XX：MetaspaceSize：指定元空間的初始空間大小，以字節(jié)為單位，達(dá)到該值就會觸發(fā)垃圾收集，收集器會對該值進(jìn)行調(diào)整：如果釋放大量的空間，適當(dāng)降低該值；如果釋放了很少的空間，在不超過-XX：MaxMetaspaceSize（如果設(shè)置了的話）的情況下，適當(dāng)提高該值。- XX：MinMetaspaceFreeRatio：作用是在垃圾收集之后控制最小的元空間剩余容量的百分比，可減少因?yàn)樵臻g不足導(dǎo)致的垃圾收集的頻率。- XX：Max-MetaspaceFreeRatio，用于控制最大的元空間剩余容量的百分比。

直接內(nèi)存

直接內(nèi)存可以理解為堆外內(nèi)存，通過參數(shù)-XX：MaxDirectMemorySize來設(shè)定，如果不設(shè)置默認(rèn)與Java堆內(nèi)存的最大值相同。NIO會使用直接內(nèi)存，使用Unsafe類來模擬直接內(nèi)存溢出的情況。

public class TestDirectMemoryOOM { private static final int _1MB = 1024 * 1024; public static void main(String[] args) throws Exception { Field unsafeField = Unsafe.class.getDeclaredFields()[0]; unsafeField.setAccessible(true); Unsafe unsafe = (Unsafe) unsafeField.get(null); while (true) { unsafe.allocateMemory(_1MB); } }}

運(yùn)行結(jié)果：

Exception in thread 'main' java.lang.OutOfMemoryErrorat sun.misc.Unsafe.allocateMemory(Native Method)at com.oom.TestDirectMemoryOOM.main(TestDirectMemoryOOM.java:24)

當(dāng)直接內(nèi)存溢出時，Dump文件并沒有太多錯誤信息，要考慮是否間接使用NIO了。

總結(jié)當(dāng)Java虛擬機(jī)拋出OutOfMemoryError錯誤時，判斷是Java內(nèi)存哪一塊區(qū)域拋出的錯誤，定位堆，棧使用工具分析堆轉(zhuǎn)儲快照，判斷是內(nèi)存泄漏（Memory Leak）還是內(nèi)存溢出（Memory Overflow）當(dāng)發(fā)生內(nèi)存泄漏可以通過工具查看GC Roots引用鏈，分析為什么垃圾回收器無法回收，判定對象創(chuàng)建的位置，是否有可回收對象如果是內(nèi)存溢出，根據(jù)硬件性能是否可以（使用-Xms和-Xmx）擴(kuò)展堆內(nèi)存大小，或者從代碼角度去優(yōu)化

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。