JVM内存模型

摘自《深入理解Java虚拟机第三版》
程序计数器：
是一块较小的内存空间，它可以看作是当前线程所执行的 字节码的行号指示器。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，它是程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。此内存区域是唯 一一个在《Java虚拟机规范》中没有规定任何OutOfMemoryError情况的区域。

Java虚拟机栈：
存放基本数据类型（boolean、byte、char、short、int、 float、long、double），对象引用、returnAddress类型（指向了一条字节码指令的地址）。
这个内存区域规定了两类异常状况：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；如果Java虚拟机栈容量可以动态扩展[2]，当栈扩 展时无法申请到足够的内存会抛出OutOfMemoryError异常。

本地方法栈：
本地方法栈是为虚拟机使用到的本地（Native） 方法服务。虚拟机栈是执行Java方法。
本地方法栈也会在栈深度溢出或者栈扩展失 败时分别抛出StackOverflowError和OutOfMemoryError异常。

Java堆:
Java堆是内存占用最大的一块区域，也是线程共享的。存放对象实例。
如果在Java堆中没有内存完成实例分配，并且堆也无法再 扩展时，Java虚拟机将会抛出OutOfMemoryError异常。

方法区：
也是一块内存共享的区域，存储类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。运行时常量池也是方法区的一部分，存放编译期生成的各种字面量与符号引用
考虑到HotSpot未来的发展，在JDK 6的 时候HotSpot开发团队就有放弃永久代，逐步改为采用本地内存（Native Memory）来实现方法区的计划了，到了JDK 7的HotSpot，已经把原本放在永久代的字符串常量池、静态变量等移出，而到了 JDK 8，终于完全废弃了永久代的概念，改用与JRockit、J9一样在本地内存中实现的元空间（Metaspace）来代替，把JDK 7中永久代还剩余的内容（主要是类型信息）全部移到元空间中。
如果方法区无法满足新的内存分配需求时，将抛出 OutOfMemoryError异常。

除了运行时数据区还有直接内存，在JDK 1.4中新加入了NIO（New Input/Output）类，引入了一种基于通道（Channel）与缓冲区 （Buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的 DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了 在Java堆和Native堆中来回复制数据。