JVM調優OutOfMemoryError異常分析
1.Java 堆溢出
1.1 設置JVM參數
-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGC -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:SurvivorRatio=8
- -Xmx20m：設置JVM最大可用內存為20M。
- -Xms20m：設置JVM促使內存為20m。此值可以設置與-Xmx相同，以避免每次垃圾回收完成後JVM重新分配內
- -Xmn10m：設置年輕代大小為10m
- -XX:SurvivorRatio=8 Eden區和Survivor區間比例是8：1， 所以分配一下就是 eden8m， fromspace 1m， to space1m 加起來10m
1.2 測試代碼
package com.jzj.jvmtest.oomtest;
import java.util.ArrayList;
import java.util.List;
/**
* 堆溢出， 隻要不停的新建對象，就會堆溢出
*/
public class HeapOOM {
public static void main(String[] args) {
System.out.print("最大內存： ");
System.out.println(Runtime.getRuntime().maxMemory() / 1024 / 1024 + "MB");
System.out.print("可用內存： ");
System.out.println(Runtime.getRuntime().freeMemory() / 1024 / 1024 + "MB");
System.out.print("已使用內存： ");
System.out.println(Runtime.getRuntime().totalMemory() / 1024 / 1024 + "MB");
List<HeapOOM> list = new ArrayList<>();
while (true) {
list.add(new HeapOOM());
}
}
}
1.3 運行OOM日志
可以看到 日志 java.lang.OutOfMemoryError: Java heap space Heap Space 就是堆溢出
最大內存： 19MB
可用內存： 16MB
已使用內存： 19MB
[GC (Allocation Failure) [PSYoungGen: 8192K->1000K(9216K)] 8192K->4533K(19456K), 0.0044438 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
[GC (Allocation Failure) –[PSYoungGen: 9192K->9192K(9216K)] 12725K->19427K(19456K), 0.0091278 secs] [Times: user=0.11 sys=0.00, real=0.01 secs]
[Full GC (Ergonomics) [PSYoungGen: 9192K->0K(9216K)] [ParOldGen: 10235K->10221K(10240K)] 19427K->10221K(19456K), [Metaspace: 3495K->3495K(1056768K)], 0.1549254 secs] [Times: user=0.69 sys=0.02, real=0.16 secs]
[Full GC (Ergonomics) [PSYoungGen: 8192K->7167K(9216K)] [ParOldGen: 10221K->8971K(10240K)] 18413K->16138K(19456K), [Metaspace: 3496K->3496K(1056768K)], 0.1722236 secs] [Times: user=1.30 sys=0.00, real=0.17 secs]
[Full GC (Ergonomics) [PSYoungGen: 7652K->7604K(9216K)] [ParOldGen: 8971K->8971K(10240K)] 16624K->16575K(19456K), [Metaspace: 3496K->3496K(1056768K)], 0.1296002 secs] [Times: user=1.25 sys=0.00, real=0.13 secs]
[Full GC (Allocation Failure) [PSYoungGen: 7604K->7604K(9216K)] [ParOldGen: 8971K->8953K(10240K)] 16575K->16557K(19456K), [Metaspace: 3496K->3496K(1056768K)], 0.1372692 secs] [Times: user=1.27 sys=0.00, real=0.14 secs]
java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid28084.hprof …
Heap dump file created [28363283 bytes in 0.058 secs]
Heap
PSYoungGen total 9216K, used 7794K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
eden space 8192K, 95% used [0x00000000ff600000,0x00000000ffd9c8a8,0x00000000ffe00000)
from space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
to space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
ParOldGen total 10240K, used 8953K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
object space 10240K, 87% used [0x00000000fec00000,0x00000000ff4be5a0,0x00000000ff600000)
Metaspace used 3527K, capacity 4500K, committed 4864K, reserved 1056768K
class space used 385K, capacity 388K, committed 512K, reserved 1048576K
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.jzj.jvmtest.oomtest.HeapOOM.main(HeapOOM.java:20)
Process finished with exit code 1
2.Java棧、本地方法棧溢出
2.1 設置JVM參數
-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGC -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:SurvivorRatio=8 -Xss128k
這次最後加瞭一個-Xss 設置每個線程的堆棧大小
- 虛擬機擴展棧時，如果棧深度大於虛擬機允許最大深度，就會出現StackOverflowError異常
- 如果在擴展棧時，需要的內存空間不夠，那麼就會出現OutOfMemoryError 就是OOM異常
2.2 測試代碼
package com.jzj.jvmtest.oomtest;
/**
* 棧溢出， 隻要不停的新建對象，循環遞歸，超出棧容量限制就會OOM
*
* 1.棧深入超出限制，stackOverflowError
* 2.棧擴展時候，內存不夠，導致OOM異常
*/
public class StackOOM {
/**
* 初始化棧的深度
*/
private int stackLength = 1;
/**
* 循環去增加棧的深度
*/
public void stackLeak() {
stackLength++;
stackLeak();
}
public static void main(String[] args) {
System.out.print("最大內存： ");
System.out.println(Runtime.getRuntime().maxMemory() / 1024 / 1024 + "MB");
System.out.print("可用內存： ");
System.out.println(Runtime.getRuntime().freeMemory() / 1024 / 1024 + "MB");
System.out.print("已使用內存： ");
System.out.println(Runtime.getRuntime().totalMemory() / 1024 / 1024 + "MB");
StackOOM oom = new StackOOM();
try {
oom.stackLeak();
} catch (Throwable e) {
System.out.println("stack length ============" + oom.stackLength);
throw e;
}
}
}
2.3 運行OOM日志
可以看到 日志Exception in thread "main" java.lang.StackOverflowError StackOverflowError 就是虛擬機棧 ，可以看到棧深度在995的時候就發生瞭異常，超出瞭虛擬機棧的深度，拋出異常
最大內存： 19MB
可用內存： 16MB
已使用內存： 19MB
stack length ============995
Heap
PSYoungGen total 9216K, used 4158K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
eden space 8192K, 50% used [0x00000000ff600000,0x00000000ffa0fae8,0x00000000ffe00000)
from space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
to space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
ParOldGen total 10240K, used 0K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
object space 10240K, 0% used [0x00000000fec00000,0x00000000fec00000,0x00000000ff600000)
Metaspace used 3558K, capacity 4500K, committed 4864K, reserved 1056768K
class space used 385K, capacity 388K, committed 512K, reserved 1048576K
Exception in thread "main" java.lang.StackOverflowError
at com.jzj.jvmtest.oomtest.StackOOM.stackLeak(StackOOM.java:19)
at com.jzj.jvmtest.oomtest.StackOOM.stackLeak(StackOOM.java:20)
at com.jzj.jvmtest.oomtest.StackOOM.stackLeak(StackOOM.java:20)
at com.jzj.jvmtest.oomtest.StackOOM.stackLeak(StackOOM.java:20)
at com.jzj.jvmtest.oomtest.StackOOM.main(StackOOM.java:34)
Process finished with exit code 1
2.4 Java虛擬機OOM異常
理論上要想虛擬機棧拋出OOM，在多線程的情況下，可以不停的新建線程來實現OOM
但是這樣 通過多個線程創建的OOM異常和棧空間是否足夠大沒有直接關系？ 準確來說為每個線程棧分配的空間越大，反而越容易長身OOM why？ 為什麼 為每個線程分配的空間越大，越容易OOM呢？
分析：
- 假設操作系統有2G內存
- 虛擬機可以通過參數來控制虛擬機堆 和 方法區允許內存的最大值
- 堆最大值 -Xmx 控制，方法區永久區 -MaxPermSize最大方法區容量控制方法區大小
- 2GB 減去 堆大小， 減去 方法區大小， 剩下的內存就由 java 虛擬機棧與本地方法棧共享瓜分
- 每個線程分配的空間越大， 那麼系統可以操作的線程數就越少，那麼新建線程就越容易超標，造成OOM
!!!!!!!! 為什麼在這裡我不代碼演示一下創建線程導致oom
因為Java的線程時映射到操作系統內核線程上的，你創建多的線程，執行這種代碼，容易造成操作系統假死，電腦死機，所以謹慎操作，這裡就不演示這種OOM瞭
3.Java 運行常量池溢出
3.1 設置JVM參數-註意區分jdk版本
-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGC -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:SurvivorRatio=8 -XX:PermSize=5M -XX:MaxPermSize=5M
這裡新加瞭參數 -XX:PermSize=5M -XX:MaxPermSize=5M 來控制方法區大小
- -XX:PermSize=5M：設置方法區大小。1.6JDK
- -XX:MaxPermSize=5M：設置方法區最大值。1.6JDK
!!!!!! 註意 這個測試方法用的是 String.valueOf(i++).intern() 這個方法 在jdk 1.6沒問題， 是能夠拋出 PermSpace OOM的 因為
- 在 JDK 1.6 及之前的版本中，由於常量池分配在永久代內，我們可以通過 -XX：PermSize 和 -XX：MaxPermSize 限制方法區大小，從而間接限制其中常量池的容量
- 但是 在 JDK1.8運行這段程序不會得到相同的結果，而是出現以下的提示信息，這是因為這兩個參數已經不在JDK1.7中使用瞭。
- 提示錯誤 Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=5M; support was removed in 8.0
- 提示錯誤 Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=5M; support was removed in 8.0
不同的版本 ，這段代碼拋出不同的異常
VM Args（jdk1.6）: -XX:PermSize=10M -XX:MaxPermSize=10M
VM Args（jdk1.7）: -Xms10m -Xmx10m -XX:+HeapDumpOnOutOfMemoryError
VM Args (jdk1.8) : -XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=10m
Exception（jdk1.6） : java.lang.OutOfMemoryError: PermGen space
Exception（jdk1.7）: java.lang.OutOfMemoryError: Java heap space
Exception（jdk1.8）: java.lang.OutOfMemoryError: GC overhead limit exceeded
3.2 測試代碼
所以 為瞭在1.8的jdk中 ，測試常量池溢出 ，我們該如何模擬呢？ jdk1.8 使用元空間（ Metaspace ）替代瞭永久代（ PermSize ），因此我們可以在 1.8 中指定 Metaspace 的大小模擬 測試
!!!! JDK1.8這裡新加瞭參數 來控制方法區大小
- -XX:MetaspaceSize=5m，初始空間大小，達到該值就會觸發垃圾收集進行類型卸載，同時GC會對該值進行調整：如果釋放瞭大量的空間，
- -XX:MaxMetaspaceSize=5m，最大空間，默認是沒有限制的。
/**
* 設置方法區及常量池 OOM溢出
* 方法區中運行時常量池溢出
* VM Args（jdk1.6）: -XX:PermSize=10M -XX:MaxPermSize=10M
* VM Args（jdk1.7）: -Xms30m -Xmx30m -XX:+HeapDumpOnOutOfMemoryError
* VM Args (jdk1.8) : -XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=10m
* Exception（jdk1.6） : java.lang.OutOfMemoryError: PermGen space
* Exception（jdk1.7）: java.lang.OutOfMemoryError: Java heap space
* Exception（jdk1.8）: java.lang.OutOfMemoryError: GC overhead limit exceeded
*/
public class ConstantOOM {
public static void main(String[] args) {
System.out.print("最大內存： ");
System.out.println(Runtime.getRuntime().maxMemory() / 1024 / 1024 + "MB");
System.out.print("可用內存： ");
System.out.println(Runtime.getRuntime().freeMemory() / 1024 / 1024 + "MB");
System.out.print("已使用內存： ");
System.out.println(Runtime.getRuntime().totalMemory() / 1024 / 1024 + "MB");
//使用List ，保持常量池的使用， 避免FullGC回收常量池的行為
List<String> staticList = new ArrayList<>();
//5M的PermSize 讓List for循環添加變量 讓常量池瘋狂的添加新的對象
long i = 0L;
while (true) {
//使用 String.intern 調用”ab”.intern()方法的時候會返回”ab“
// 但是這個方法會首先檢查字符串池中是否有”ab”這個字符串，如果存在則返回這個字符串的引用
// 否則就將這個字符串添加到字符串池中，然會返回這個字符串的引用
staticList.add(String.valueOf(i++).intern());
}
}
}
3.3 運行OOM日志
可以看到 日志 Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded 並不是 MetaSpace OOM的日志， 所以 JDK1.8中 ，上面的 代碼是沒法實現 元空間的內存溢出的
最大內存： 19MB
可用內存： 16MB
已使用內存： 19MB
[GC (Allocation Failure) [PSYoungGen: 8192K->1016K(9216K)] 8192K->5564K(19456K), 0.0041671 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) –[PSYoungGen: 9208K->9208K(9216K)] 13756K->19446K(19456K), 0.0086760 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]
[Full GC (Ergonomics) [PSYoungGen: 9208K->2482K(9216K)] [ParOldGen: 10237K->10179K(10240K)] 19446K->12662K(19456K), [Metaspace: 3497K->3497K(1056768K)], 0.1127624 secs] [Times: user=0.41 sys=0.00, real=0.11 secs]
[Full GC (Ergonomics) [PSYoungGen: 8192K->7167K(9216K)] [ParOldGen: 10179K->10165K(10240K)] 18371K->17332K(19456K), [Metaspace: 3498K->3498K(1056768K)], 0.1072663 secs] [Times: user=0.63 sys=0.00, real=0.11 secs]
……
[Full GC (Ergonomics) [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 10199K->10199K(10240K)] 18391K->18391K(19456K), [Metaspace: 3502K->3502K(1056768K)], 0.0641831 secs] [Times: user=0.63 sys=0.00, real=0.06 secs]
[Full GC (Ergonomics) [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 10201K->10201K(10240K)] 18393K->18393K(19456K), [Metaspace: 3502K->3502K(1056768K)], 0.0631814 secs] [Times: user=0.48 sys=0.00, real=0.06 secs]
[Full GC (Ergonomics) [PSYoungGen: 8192K->8192K(9216K)] [ParOldGen: 10202K->10202K(10240K)] 18394K->18394K(19456K), [Metaspace: 3502K->3502K(1056768K)], 0.0626523 secs] [Times: user=0.48 sys=0.00, real=0.06 secs]
java.lang.OutOfMemoryError: GC overhead limit exceeded
Dumping heap to java_pid10140.hprof …
Heap dump file created [24293672 bytes in 0.065 secs]
[Full GC (Ergonomics) [PSYoungGen: 8192K->0K(9216K)] [ParOldGen: 10238K->763K(10240K)] 18430K->763K(19456K), [Metaspace: 3522K->3522K(1056768K)], 0.0068815 secs] [Times: user=0.16 sys=0.00, real=0.01 secs]
Heap
PSYoungGen total 9216K, used 273K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
eden space 8192K, 3% used [0x00000000ff600000,0x00000000ff6444e0,0x00000000ffe00000)
from space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000)
to space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
ParOldGen total 10240K, used 763K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
object space 10240K, 7% used [0x00000000fec00000,0x00000000fecbeca8,0x00000000ff600000)
Metaspace used 3616K, capacity 4540K, committed 4864K, reserved 1056768K
class space used 394K, capacity 428K, committed 512K, reserved 1048576K
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded
at java.lang.Integer.toString(Integer.java:403)
at java.lang.String.valueOf(String.java:3099)
at com.jzj.jvmtest.oomtest.PermOOM.main(PermOOM.java:28)
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=5M; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=5M; support was removed in 8.0
Process finished with exit code 1
4.Java 方法區溢出-jdk8
4.1 設置JVM參數
所以 為瞭在1.8的jdk中 ，測試方法區溢出 ，我們該如何模擬呢？ jdk1.8 使用元空間（ Metaspace ）替代瞭永久代（ PermSize ），因此我們可以在 1.8 中指定 Metaspace 的大小模擬 測試，我們用
!!!! JDK1.8這裡新加瞭參數 來控制方法區大小
- -XX:MetaspaceSize=5m，初始空間大小，達到該值就會觸發垃圾收集進行類型卸載，同時GC會對該值進行調整：如果釋放瞭大量的空間，
- -XX:MaxMetaspaceSize=5m，最大空間，默認是沒有限制的。
-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGC -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=10m
這裡新加瞭參數 -XX:MetaspaceSize=10M -XX:MaxMetaspaceSize=10M 來控制方法區大小
- -XX:MetaspaceSize=10m，初始空間大小，達到該值就會觸發垃圾收集進行類型卸載，同時GC會對該值進行調整：如果釋放瞭大量的空間，
- -XX:MaxMetaspaceSize=10m，最大空間，默認是沒有限制的。
方法區存的什麼？ 類信息，常量，靜態變量，我們就用CGLib 代理來創建類，使得方法區內存溢出
4.2 測試代碼
package com.jzj.jvmtest.oomtest;
import org.springframework.cglib.proxy.Enhancer;
import org.springframework.cglib.proxy.MethodInterceptor;
/**
* 方法區 內存溢出，方法區存放的是 類，靜態常量，變量信息
* 所以 我們就用CGLIB 瘋狂的創建類 就可以達到OOM瞭
*/
public class MethodAreaOOM extends ClassLoader {
public static void main(String[] args) {
System.out.print("最大內存： ");
System.out.println(Runtime.getRuntime().maxMemory() / 1024 / 1024 + "MB");
System.out.print("可用內存： ");
System.out.println(Runtime.getRuntime().freeMemory() / 1024 / 1024 + "MB");
System.out.print("已使用內存： ");
System.out.println(Runtime.getRuntime().totalMemory() / 1024 / 1024 + "MB");
int count = 0;
try {
for (int i = 0; i < 10000; i++) {
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(MethodAreaOOM.class);
enhancer.setUseCache(false);
enhancer.setCallback((MethodInterceptor) (o, method, objects, methodProxy) -> methodProxy.invokeSuper(o, args));
//cglib 創建類文件
enhancer.create();
count = i;
}
} catch (Throwable e) {
System.out.println("****count=" + count);
e.printStackTrace();
}
}
}
4.3 運行OOM日志
可以看到 日志java.lang.OutOfMemoryError: Metaspace 就是員工間方法區的OOM 溢出
"C:\Program Files\Java\jdk1.8.0_181\bin\java.exe" -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGC -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=10m "-javaagent:E:\Program Files\JetBrains\IntelliJ IDEA 2019.3.4\lib\idea_rt.jar=59628:E:\Program Files\JetBrains\IntelliJ IDEA 2019.3.4\bin" -Dfile.encoding=UTF-8 -classpath "C:\Program Files\Java\jdk1.8.0_181\jre\lib\charsets.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\deploy.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\access-bridge-64.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\cldrdata.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\dnsns.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\jaccess.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\jfxrt.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\localedata.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\nashorn.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunec.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunjce_provider.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunmscapi.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\sunpkcs11.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\ext\zipfs.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\javaws.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jce.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jfr.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jfxswt.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\jsse.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\management-agent.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\plugin.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\resources.jar;C:\Program Files\Java\jdk1.8.0_181\jre\lib\rt.jar;E:\myworkspace\distribute\jvmtest\target\classes;E:\MavenRepository\org\springframework\boot\spring-boot-starter-web\2.5.4\spring-boot-starter-web-2.5.4.jar;E:\MavenRepository\org\springframework\boot\spring-boot-starter\2.5.4\spring-boot-starter-2.5.4.jar;E:\MavenRepository\org\springframework\boot\spring-boot\2.5.4\spring-boot-2.5.4.jar;E:\MavenRepository\org\springframework\boot\spring-boot-autoconfigure\2.5.4\spring-boot-autoconfigure-2.5.4.jar;E:\MavenRepository\org\springframework\boot\spring-boot-starter-logging\2.5.4\spring-boot-starter-logging-2.5.4.jar;E:\MavenRepository\ch\qos\logback\logback-classic\1.2.5\logback-classic-1.2.5.jar;E:\MavenRepository\ch\qos\logback\logback-core\1.2.5\logback-core-1.2.5.jar;E:\MavenRepository\org\apache\logging\log4j\log4j-to-slf4j\2.14.1\log4j-to-slf4j-2.14.1.jar;E:\MavenRepository\org\apache\logging\log4j\log4j-api\2.14.1\log4j-api-2.14.1.jar;E:\MavenRepository\org\slf4j\jul-to-slf4j\1.7.32\jul-to-slf4j-1.7.32.jar;E:\MavenRepository\jakarta\annotation\jakarta.annotation-api\1.3.5\jakarta.annotation-api-1.3.5.jar;E:\MavenRepository\org\yaml\snakeyaml\1.28\snakeyaml-1.28.jar;E:\MavenRepository\org\springframework\boot\spring-boot-starter-json\2.5.4\spring-boot-starter-json-2.5.4.jar;E:\MavenRepository\com\fasterxml\jackson\core\jackson-databind\2.12.4\jackson-databind-2.12.4.jar;E:\MavenRepository\com\fasterxml\jackson\core\jackson-annotations\2.12.4\jackson-annotations-2.12.4.jar;E:\MavenRepository\com\fasterxml\jackson\core\jackson-core\2.12.4\jackson-core-2.12.4.jar;E:\MavenRepository\com\fasterxml\jackson\datatype\jackson-datatype-jdk8\2.12.4\jackson-datatype-jdk8-2.12.4.jar;E:\MavenRepository\com\fasterxml\jackson\datatype\jackson-datatype-jsr310\2.12.4\jackson-datatype-jsr310-2.12.4.jar;E:\MavenRepository\com\fasterxml\jackson\module\jackson-module-parameter-names\2.12.4\jackson-module-parameter-names-2.12.4.jar;E:\MavenRepository\org\springframework\boot\spring-boot-starter-tomcat\2.5.4\spring-boot-starter-tomcat-2.5.4.jar;E:\MavenRepository\org\apache\tomcat\embed\tomcat-embed-core\9.0.52\tomcat-embed-core-9.0.52.jar;E:\MavenRepository\org\apache\tomcat\embed\tomcat-embed-el\9.0.52\tomcat-embed-el-9.0.52.jar;E:\MavenRepository\org\apache\tomcat\embed\tomcat-embed-websocket\9.0.52\tomcat-embed-websocket-9.0.52.jar;E:\MavenRepository\org\springframework\spring-web\5.3.9\spring-web-5.3.9.jar;E:\MavenRepository\org\springframework\spring-beans\5.3.9\spring-beans-5.3.9.jar;E:\MavenRepository\org\springframework\spring-webmvc\5.3.9\spring-webmvc-5.3.9.jar;E:\MavenRepository\org\springframework\spring-aop\5.3.9\spring-aop-5.3.9.jar;E:\MavenRepository\org\springframework\spring-context\5.3.9\spring-context-5.3.9.jar;E:\MavenRepository\org\springframework\spring-expression\5.3.9\spring-expression-5.3.9.jar;E:\MavenRepository\org\slf4j\slf4j-api\1.7.32\slf4j-api-1.7.32.jar;E:\MavenRepository\org\springframework\spring-core\5.3.9\spring-core-5.3.9.jar;E:\MavenRepository\org\springframework\spring-jcl\5.3.9\spring-jcl-5.3.9.jar" com.jzj.jvmtest.oomtest.MethodAreaOOM
最大內存： 19MB
可用內存： 16MB
已使用內存： 19MB
[GC (Allocation Failure) [PSYoungGen: 8192K->1000K(9216K)] 8192K->1709K(19456K), 0.0013246 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) [PSYoungGen: 9192K->1000K(9216K)] 9901K->2255K(19456K), 0.0011901 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
…
[Full GC (Metadata GC Threshold) [PSYoungGen: 320K->0K(8192K)] [ParOldGen: 5896K->3747K(10240K)] 6216K->3747K(18432K), [Metaspace: 10049K->10049K(1058816K)], 0.0380225 secs] [Times: user=0.28 sys=0.00, real=0.04 secs]
[GC (Last ditch collection) [PSYoungGen: 0K->0K(8192K)] 3747K->3747K(18432K), 0.0003694 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Last ditch collection) [PSYoungGen: 0K->0K(8192K)] [ParOldGen: 3747K->2210K(10240K)] 3747K->2210K(18432K), [Metaspace: 10049K->10042K(1058816K)], 0.0231525 secs] [Times: user=0.16 sys=0.00, real=0.02 secs]
java.lang.OutOfMemoryError: Metaspace
Dumping heap to java_pid5592.hprof …
Heap dump file created [4525675 bytes in 0.014 secs]
[GC (Metadata GC Threshold) [PSYoungGen: 122K->96K(8192K)] 2333K->2306K(18432K), 0.0005350 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Metadata GC Threshold) [PSYoungGen: 96K->0K(8192K)] [ParOldGen: 2210K->2210K(10240K)] 2306K->2210K(18432K), [Metaspace: 10043K->10043K(1058816K)], 0.0095820 secs] [Times: user=0.02 sys=0.00, real=0.01 secs]
[GC (Last ditch collection) [PSYoungGen: 0K->0K(8192K)] 2210K->2210K(18432K), 0.0003715 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Last ditch collection) [PSYoungGen: 0K->0K(8192K)] [ParOldGen: 2210K->2210K(10240K)] 2210K->2210K(18432K), [Metaspace: 10043K->10043K(1058816K)], 0.0043271 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
****count=208
Heap
PSYoungGen total 8192K, used 246K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
eden space 6144K, 4% used [0x00000000ff600000,0x00000000ff63d878,0x00000000ffc00000)
from space 2048K, 0% used [0x00000000ffc00000,0x00000000ffc00000,0x00000000ffe00000)
to space 2048K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x0000000100000000)
ParOldGen total 10240K, used 2210K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
object space 10240K, 21% used [0x00000000fec00000,0x00000000fee28ad8,0x00000000ff600000)
Metaspace used 10074K, capacity 10174K, committed 10240K, reserved 1058816K
class space used 787K, capacity 851K, committed 896K, reserved 1048576K
java.lang.OutOfMemoryError: Metaspace
at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:557)
at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:363)
at org.springframework.cglib.proxy.Enhancer.generate(Enhancer.java:585)
at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:131)
at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:319)
at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:572)
at org.springframework.cglib.proxy.Enhancer.create(Enhancer.java:387)
at com.jzj.jvmtest.oomtest.MethodAreaOOM.main(MethodAreaOOM.java:28)
Process finished with exit code 0
5.本機直接內存溢出
5.1 設置JVM參數
-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGC -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:SurvivorRatio=8 -XX:MaxDirectMemorySize=5M
這裡新加瞭參數-XX:MaxDirectMemorySize=5M 來控制本地直接內存的大小
- -XX:MaxDirectMemorySize=10M：設置本地直接內存大小
5.2 測試代碼
package com.jzj.jvmtest.oomtest;
import sun.misc.VM;
import java.nio.ByteBuffer;
/**
* 本地直接內存溢出
* 參數-XX:MaxDirectMemorySize=10M 來控制本地直接內存的大小
*/
public class LocalDirectOOM extends ClassLoader {
private static final int ONE_MB = 1024 * 1024;
public static void main(String[] args) throws Exception {
System.out.print("最大內存： ");
System.out.println(Runtime.getRuntime().maxMemory() / 1024 / 1024 + "MB");
System.out.print("可用內存： ");
System.out.println(Runtime.getRuntime().freeMemory() / 1024 / 1024 + "MB");
System.out.print("已使用內存： ");
System.out.println(Runtime.getRuntime().totalMemory() / 1024 / 1024 + "MB");
//加瞭參數 -XX:MaxDirectMemorySize=5M 後 ，打印出來就是 5M ， 默認的就是 最大內存大小19M
System.out.println("maxDirectMemorym設置大小" + VM.maxDirectMemory() / 1024 / 1024 + "MB");
//分配最大本地內存是1000000MB
ByteBuffer byteBuffer = ByteBuffer.allocateDirect(1000000 * 1024 * 1024);
}
}
5.3 運行OOM日志
可以看到 日志java.lang.OutOfMemoryError: Direct buffer memory . 就是本地直接內存 OOM溢出
最大內存： 19MB
可用內存： 16MB
已使用內存： 19MBmaxDirectMemorym設置大小5MB
[GC (System.gc()) [PSYoungGen: 2683K->992K(9216K)] 2683K->1108K(19456K), 0.0007256 secs] [Times: user=0.16 sys=0.00, real=0.00 secs]
[Full GC (System.gc()) [PSYoungGen: 992K->0K(9216K)] [ParOldGen: 116K->822K(10240K)] 1108K->822K(19456K), [Metaspace: 3440K->3440K(1056768K)], 0.0039306 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:694)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
at com.jzj.jvmtest.oomtest.LocalDirectOOM.main(LocalDirectOOM.java:28)
Heap
PSYoungGen total 9216K, used 573K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000) eden space 8192K, 7% used [0x00000000ff600000,0x00000000ff68f778,0x00000000ffe00000) from space 1024K, 0% used [0x00000000ffe00000,0x00000000ffe00000,0x00000000fff00000) to space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000) ParOldGen total 10240K, used 822K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000) object space 10240K, 8% used [0x00000000fec00000,0x00000000feccd9f8,0x00000000ff600000) Metaspace used 3520K, capacity 4500K, committed 4864K, reserved 1056768K class space used 386K, capacity 388K, committed 512K, reserved 1048576KProcess finished with exit code 1
綜上所述 ，我們來總結一下
- 堆溢出， 堆中存放對象，線程共享 ———— 瘋狂創建對象就可以導致堆溢出 Java heap space OOM
- java虛擬機棧溢出，本地方法棧溢出 ，棧存放線程私有，refer指針， 局部變量表存放 對象8大數據類型，方法出口信息， 對象引用refer指針 ———— 可以遞歸創建對象，如果棧深度大於虛擬機允許最大深度，或者再次創建對象是不允許擴展棧 就會 StackOverFlow 或者 OOM
- 方法區溢出，方法區存放 類、靜態變量，常量，線程共享，稱為非堆， jdk1.7以前永久區，jdk1.8以後元空間 ———— 瘋狂創建常量Str信息或者cglib 創建類 Class信息，就會導致 Perm Space OOM 或者 Meta Space OOM
- 本地直接內存， 一般都是指定本地空間，沒指定就是最大內存 ———— ByteBuffer.allocateDirect 超出空間無法分配時 拋出 : Direct buffer memory OOM
以上就是JVM調優OutOfMemoryError異常分析的詳細內容，更多關於JVM調優OutOfMemoryError異常的資料請關註WalkonNet其它相關文章！
推薦閱讀：
- 快速定位Java 內存OOM的問題
- java.lang.OutOfMemoryError: Metaspace異常解決的方法
- 簡單說說JVM堆區的相關知識
- Java OOM原因以及解決方案
- Java基礎之內存泄漏與溢出詳解