JVM内存区域的划分，哪些区域可能产生OutOfMemory

一、JVM内存区域划分

通常可以把JVM内存区域划分为程序计数器，虚拟机栈，本地方法栈，堆，方法区，运行时常量池。其中，有的区域是以线程为单位，有的区域则是整个JVM进程唯一的。

• 程序计数器。程序计数器是一块比较小的内存区域，可以看做当前线程执行的字节码的行号指示器。在JVM规范中，每个线程都有它自己的程序计数器，并且任何时间一个线程都只有一个方法在执行。
• Java虚拟机栈。每个线程在创建时都会创建一个虚拟机栈，其内部保存一个个的栈帧，对应一次Java方法调用。栈帧中存储着局部变量表，操作数栈，动态链接，方法正常退出或者异常退出定义等。
• 本地方法栈。它和Java虚拟机栈非常相似。它们的区别在于Java虚拟机栈为虚拟机执行Java方法服务，而本地方法栈为虚拟机执行Native方法服务。
• 堆。它是Java内存管理的核心区域，用来放置Java对象实例。几乎所有创建的Java对象实例都被直接分配在堆上。堆被所有线程共享。堆也是垃圾收集器重点照顾的区域，堆内空间还会被不同垃圾收集器进行划分。
• 方法区。方法区和堆一样，也是被所有线程共享的区域。它用来存储已被加载的class的信息。比如类名，访问修饰符，常量池等。由于早期的Hotspot JVM实现，很多人习惯将方法区成为永生代。Oracle JDK8将永久代移除，同时增加了元数据区（MetaSpace）。
• 运行时常量池。运行时常量池是方法区的一部分。Java的常量池可以存储各种常量信息。
• 直接内存（DirectMemory）。直接内存并不是虚拟机运行时数据区的一部分，但是在NIO中，可以直接分配DirectMemory，然后通过存储在堆中的一些DirectByteBuffer对象作为这块区域的引用进行操作。

 二、OutOfMemoryError异常

OOM通俗点儿说就是内存不够用了。没有空闲内存，并且垃圾收集器也无法提供更多内存。在抛出OutOfMemoryError之前，垃圾收集器会被触发，尽其所能去清理出空间。

除了程序计数器，其他区域都有可能因为空间不足发生OutOfMemoryError。

• 堆内存不足是最常见的OOM原因之一，抛出的错误信息是“java.lang.OutOfMemoryError:Java heap space”，原因可能千奇百怪，例如：可能存在内存泄露问题，也很有可能是堆的大小不合理，比如我们要处理较大的数据量，但是没有显示指定JVM堆大小或者指定数值偏小；或者出现JVM处理引用不及时，当时堆积起来，内存无法释放等。
• Java虚拟机栈和本地方法栈抛出OOM异常。如果我们写一段程序不断进行递归调用，没有退出条件，这就会导致不断的进行压栈。类似这种情况，JVM会抛出StackOverFlowError；如果JVM视图去扩展栈空间的时候失败，就会抛出OutOfMemoryError。
• 方法区。对于老版本的JDK，因为永生代的大小是有限的，而且JVM对永生代垃圾收集非常不积极，当我们不断添加新类型的时候，永生代会出现OutOfMemoryError异常。抛出异常信息“java.lang.OutOfmemoryError：PermGen space”。而随着元数据区的引入，方法区内存已经不那么窘迫，所以OOM有所该观，出现OOM，异常信息则成了“java.lang.OutOfMemoryError:Metaspace”。
• 直接内存不足，也会导致OOM。