Java虚拟机运行时数据区简介

• 程序计数器
  一块较少的内存空间，可以看做是当前线程中字节码的行号指示器，字节码解释器工作时是通过改变这个计数器的值来选取下一条需要执行的字节码指令，通过程序计数器可以实现分支、循环、跳转、异常处理、线程恢复等功能。如果线程执行的是java方法是计数器记录的是正在执行的字节码指令的地址；如果执行的是Native方法，这个计数器的值则为空。此内存区域是java虚拟机规范唯一没有规定OutOfMemoryError的区域。

• Java虚拟机栈
  Java虚拟机栈是线程私有的，它的生命周期和线程相同。当线程调用方法时会为每一个方法生成一个栈帧，调用开始时栈帧入栈，方法调用结束时栈帧出栈。栈帧用于存储局部变量表、操作数栈、动态链接、方法出口信息等。当线程请求的栈深度超过虚拟机允许的深度，会抛出StackOverflowError异常，当虚拟机栈可以动态扩展时，如果不能申请到足够的内存则会抛出OutOfMemoryError异常。

• 本地方法栈
  本地方法栈与java虚拟机栈类似，只不过java虚拟机栈是为java方法服务的，而本地方法栈是为Native方法服务的。HotSpot虚拟机在实现上直接把Java虚拟机栈和本地方法栈合二为一。此区域同样会抛出 StackOverflowError和OutOfMemoryError异常。

• Java堆
  此区域是垃圾回收的主要区域，线程共享的，在虚拟机栈启动时创建。所有的对象实例和数组都要在对上分配内存（并不是绝对的，也会在栈上分配）。基于分代回收算法，可以将堆分为新生代、老年代（Eden区、From Survivor区、To Survivor区）。java堆可以是逻辑上连续的，但是物理上不连续的内存空间。在实现时可以是固定大小的，也可以是动态可扩展的，目前大部分为可扩展的。在部署线上项目时建议把Xms和Xmx设置为一样大小，以避免垃圾回收后，收缩堆带来的消耗。如果堆中没有足够内存，不能完成对象实例分配时会抛出OutOfMemoryError异常。

• 方法区
  另外一个名字是“非堆”，和Java堆一样是线程共享区，用于存储已经被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。Hotspot虚拟机为了省去方法区的内存管理代码的工作，将方法区称之为永久代，Hotspot虚拟机的垃圾收集器可以像管理Java堆一样管理这一块内存。这一区域内存回收的目标主要是针对常量池的收回和对类型的卸载。字符串常量池是属于方法区的，但是在jdk1.7的Hotspot已经从方法区移出。采用永久代来实现方法区更容易出现内存溢出的问题（永久代有-XX：MaxPermSize的上限，但内J9和JRockit中是要没有触碰到进程可用内存的上限就不会出现问题）

• 运行时常量池
  运行时常量池属于方法区的一部分。类加载后编译时期生成的各种字面量和符号引用将存放在运行时常量池。除了Class文件中常量池的内容会进入方法区运行时常量池，运行期间也可能将新的常量放入池中（如String的intern()方法）。此区域也会抛出OutOfMemoryError异常。

• 直接内存
  直接内存并不是运行时数据区的一部分，也不是java虚拟机规范定的的内存区域，但这一部分内存是频繁使用并且容易被忽视的。JDK1.4中新加入的NIO类，引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O方式，它可以直接在堆外分配内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为对这块内存的引用进行操作。这样能在一些场景中提高性能，避免在Java堆和Native堆中来回复制数据。在配置Xmx等参数信息时需要考虑这一部分内存的大小，否则如果忽略的话会使用各个区域内存总和大于物理内存限制（包括物理的和操作系统级的限制），从而在动态扩展时引起OutOfMemoryError异常。

以上仅是对Java运行时数据区的一个简单介绍，其中每一部分需要学习的东西都很多。