Java虚拟机（一）Java内存区域

程序计数器

是线程私有的一块小的内存区域，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器完成。执行普通Java方法时记录的是正在执行的虚拟机字节码指令的地址；执行Native方法时计数器值为空。此内存区域在Java虚拟机规范中没有规定任何OutOfMemoryError异常情况。

Java虚拟机栈

• 也是线程私有的，它的生命周期和线程相同。每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

• 局部变量表存放了编译期可知的各种基本数据类型(boolean、byte、char、short、int、float、long、double)、对象引用(reference类型)和returnAddress类型(指向一条字节码指令的地址)。

• 局部变量表所需的内存空间在编译期间完成分配，进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，在运行期不会改变局部变量表的大小。

• 可能出现两种异常：

  • 如果虚拟机栈请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常
  • 如果虚拟机栈可以动态扩展，扩展时无法申请到足够的内存，抛出OutOfMemoryError异常

本地方法栈

与虚拟机栈非常相似，区别不过是虚拟机栈为虚拟机执行Java方法（字节码）服务，本地方法栈为Native方法服务。Hotspot虚拟机直接就将本地方法栈和虚拟机栈合二为一。与虚拟机栈一样，也会抛出StackOverflowError和OutOfMemoryError异常

Java堆

• 是Java虚拟机所管理内存中最大的一块，被所有线程共享，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。
• 是垃圾收集器管理的主要区域，也被称为“GC堆”。由于现在收集器基本都采用分代收集算法，故堆中可以细分为：新生代和老年代；再细致一点有Eden空间、From Survivor空间、To Survivor空间等。进一步划分目的是为了更好地回收内存或更快地分配内存，但无论怎么划分，存放的还是对象实例。
• 堆可以处在物理上不连续的内存空间中，只要逻辑上是连续的即可。实现时，既可以实现成固定大小的，也可以是可扩展的，主流的虚拟机都是按照可扩展来实现的（通过-Xmx和-Xms控制）。如果堆中内存不足以完成实例分配，且堆也无法再扩展时，会抛出OutOfMemoryError异常。

方法区

• 和堆一样是线程共享的内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
• 最初设计时Hotspot虚拟机使用永久代来实现方法区，这样可以用管理Java堆一样管理这部分内存，省去专门编写内存管理代码的工作。但很难确定永久代的大小，因为它受到很多因素影响，并且每次 Full GC 之后永久代的大小都会改变，所以经常会抛出 OutOfMemoryError 异常。为了更容易管理方法区，从 JDK 1.8 开始，移除永久代，并把方法区移至元空间，它位于本地内存中，而不是虚拟机内存中，原来永久代的数据被分到了堆和元空间中。元空间存储类的元信息，静态变量和常量池等放入堆中。
• 和堆一样不需要连续的内存，可选择固定大小或可扩展，扩展失败也会抛出OutOfMemoryError异常。
• 垃圾收集在这个区域很少出现，该区域内存回收目标主要是针对常量池的回收和对类型的卸载，条件相当苛刻。

运行时常量池

• 是方法区的一部分，Class文件中的常量池用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池存放。
• 具备动态性，除了预置入Class文件中常量池的内容外，运行期间新的常量也可能放入池中，用的比较多的是String类的intern()方法。
• 受到方法区内存的限制，无法再申请到内存时抛出OutOfMemoryError异常。

直接内存

• 既不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。在NIO类中，可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作，这样能在一些场景下显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。
• 受到本机总内存大小以及处理器寻址空间的限制，当各个内存区域总和大于物理内存限制时导致动态扩展时出现OutOfMemoryError异常。

对象的创建

1. 虚拟机遇到一条new指令时，首先检查该指令的参数能否在常量池中定位到一个类的符号引用，并检查该符号引用代表的类是否已被加载、解析和初始化过，若没有，则先执行相应的类加载过程。
2. 类加载检查通过后，对象所需的内存大小完全确定，接下来需要为对象分配内存。若Java堆是规整的，所有用过的内存放一边，空闲的放另一边，中间放一个指针作为分界点指示器，则分配内存仅仅是把指针向空闲那边挪动一段与对象大小相等的距离，该方法称为“指针碰撞” ；若堆中内存不规整，则虚拟机维护一个列表，记录哪些内存可用，分配时找到一块足够大的空间分配给对象，并更新列表上的记录，该方法称为“空闲列表”。选用哪种分配方式由Java堆是否规整决定。Serial、ParNew等带Compact过程的收集器用的是指针碰撞，CMS这种基于Mark-Sweep算法的收集器用的是空闲列表。
3. 内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），这样可以保证对象的实例字段在Java代码中可以不赋初始值就直接使用。
4. 接下来，虚拟机要对对象进行必要的设置，如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息，这些信息存放在对象的对象头中。
5. 实际上从虚拟机视角，一个新的对象已经创建完成。但从Java程序视角，还需要按照程序员的意愿执行< init >方法，将对象进行初始化，这样一个真正可用的对象才算真正产生出来。

参考资料

• 《深入理解Java虚拟机》
• cyc大大的博客