1 堆内存OOM

堆内存OOM是最常见的OOM了。

涌现堆内存OOM问题的非常信息如下：

java.lang.OutOfMemoryError: Java heap space

此OOM是由于JVM中heap的最大值，已经不能知足需求了。

举个例子：

public class HeapOOMTest { public static void main(String[] args) { List<HeapOOMTest> list = Lists.newArrayList(); while (true) { list.add(new HeapOOMTest()); } }}

这里创建了一个list凑集，在一个去世循环中一直往里面添加工具。

实行结果：

涌现了java.lang.OutOfMemoryError: Java heap space的堆内存溢出。

很多时候，excel一次导出大量的数据，获取在程序中一次性查询的数据太多，都可能会涌现这种OOM问题。

我们在日常事情中一定要避免这种情形。

有时候，我们的业务系统创建了太多的线程，可能会导致栈内存OOM。

涌现堆内存OOM问题的非常信息如下：

java.lang.OutOfMemoryError: unable to create new native thread

给大家举个例子：

public class StackOOMTest { public static void main(String[] args) { while (true) { new Thread().start(); } }}

利用一个去世循环一直创建线程，导致系统产生了大量的线程。

实行结果：

如果实际事情中，涌现这个问题，一样平常是由于创建的线程太多，或者设置的单个线程占用内存空间太大导致的。

建议在日常事情中，多用线程池，少自己创建线程，防止涌现这个OOM。

3 栈内存溢出

我们在业务代码中可能会常常写一些递归调用，如果递归的深度超过了JVM许可的最大深度，可能会涌现栈内存溢出问题。

涌现栈内存溢出问题的非常信息如下：

java.lang.StackOverflowError

例如：

public class StackFlowTest { public static void main(String[] args) { doSamething(); } private static void doSamething() { doSamething(); }}

实行结果：

涌现了java.lang.StackOverflowError栈溢出的缺点。

我们在写递归代码时，一定要考虑递归深度。
纵然是利用parentId一层层往上找的逻辑，也最好加一个参数掌握递归深度。
防止由于数据问题导致无限递归的情形，比如：id和parentId的值相等。

4 直接内存OOM

直接内存不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。

它来源于NIO，通过存在堆中的DirectByteBuffer操作Native内存，是属于堆外内存，可以直接向系统申请的内存空间。

涌现直接内存OOM问题时非常信息如下：

java.lang.OutOfMemoryError: Direct buffer memory

例如下面这样的：

public class DirectOOMTest { private static final int BUFFER = 1024 1024 20; public static void main(String[] args) { ArrayList<ByteBuffer> list = new ArrayList<>(); int count = 0; try { while (true) { // 利用直接内存 ByteBuffer byteBuffer = ByteBuffer.allocateDirect(BUFFER); list.add(byteBuffer); count++; try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } } } finally { System.out.println(count); } }}

实行结果：

会看到报出来java.lang.OutOfMemoryError: Direct buffer memory直接内存空间不敷的非常。

5 GC OOM

GC OOM是由于JVM在GC时，工具过多，导致内存溢出，建议调度GC的策略。

涌现GC OOM问题时非常信息如下：

java.lang.OutOfMemoryError: GC overhead limit exceeded

为了方便测试，我先将idea中的最大和最小堆大小都设置成10M：

-Xmx10m -Xms10m

例如下面这个例子：

public class GCOverheadOOM { public static void main(String[] args) { ExecutorService executor = Executors.newFixedThreadPool(5); for (int i = 0; i < Integer.MAX_VALUE; i++) { executor.execute(() -> { try { Thread.sleep(10000); } catch (InterruptedException e) { } }); } }}

实行结果：

涌现这个问题是由于JVM在GC的时候，工具太多，就会报这个缺点。

我们须要改变GC的策略。

在老代80%时便是开始GC，并且将-XX:SurvivorRatio（-XX:SurvivorRatio=8）和-XX:NewRatio（-XX:NewRatio=4）设置的更合理。

6 元空间OOM

JDK8之后利用Metaspace来代替永久代，Metaspace是方法区在HotSpot中的实现。

Metaspace不在虚拟机内存中，而是利用本地内存也便是在JDK8中的ClassMetadata，被存储在叫做Metaspace的native memory。

涌现元空间OOM问题时非常信息如下：

java.lang.OutOfMemoryError: Metaspace

为了方便测试，我修正一下idea中的JVM参数，增加下面的配置：

-XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=10m

指定了元空间和最大元空间都是10M。

接下来，看看下面这个例子：

public class MetaspaceOOMTest { static class OOM { } public static void main(String[] args) { int i = 0; try { while (true) { i++; Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(OOM.class); enhancer.setUseCache(false); enhancer.setCallback(new MethodInterceptor() { @Override public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable { return methodProxy.invokeSuper(o, args); } }); enhancer.create(); } } catch (Throwable e) { e.printStackTrace(); } }}

实行结果：

程序末了会报java.lang.OutOfMemoryError: Metaspace的元空间OOM。

这个问题一样平常是由于加载到内存中的类太多，或者类的体积太大导致的。