java内存区域

运行时数据区域

1.1. 程序计数器

• 程序计数器是一块比较小的内存空间，可以看作当前线程所执行的字节码的行号指示器。字节码解释器就是通过改变这个计数器来选取吓一条需要执行的指令。

1.2. java虚拟机栈

• 虚拟机栈描述的是java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧，用于存储局部变量表，操作数栈，动态链接，方法出口灯信息。每一个方法从调用到执行完的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。在java虚拟机规范中，对这个区域规定了两种异常状况：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常，如果虚拟机可以动态扩展但扩展时无法申请到足够的内存，就出抛出OutOfMemoryError异常。

1.3. 本地方法栈

• 本地方法栈与虚拟机栈所发挥的作用是非常相似的，只不过虚拟机栈为虚拟机执行的java方法服务，而本地方法栈则为虚拟机使用到的Native方法服务。

1.4. java堆

• java堆是被所有线程共享的一块内存区域，在虚拟机启动时创建。此区域唯一的目的就是存放对象实例几乎所有对象实例都在这里分配内存。 java堆是垃圾收集器管理的主要区域，因此很多时候也对称为GC堆，由于现在的收集器基本都采用分代收集算法，所以java堆还可以细分为：新生代和老年代；再细致一点的有Eden空间，From Survivor空间、To Survivor空间等。

1.5. 方法区

• 方法区与java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即使编译器编译后的代码等数据。对于习惯在HotSpot虚拟机上开发的开发者来说，更愿意把方法区成为永久代。但其实这两者并不等价，仅仅是因为HotSpot虚拟机的设计团队选择把GC分代收集扩展至方法区，或者说使用永久代来实现方法区而已，这样HotSpot的垃圾收集器就可以像管理java堆一样管理这部分内存。但是使用永久代来实现方法区，现在看来并不是一个好主意，因为这样更容易遇到内存溢出问题（永久代有-XX:MaxPermSize的上限，J9和JRockit只要没有触碰到进程可用内存的上限，例如32位系统的4GB就没有问题），而且对于极少数方法（例如String.intern()）会因为这个原因导致不同虚拟机下有不同的表现。在目前已经发布的JDK1.7的HotSpot中，已经把原本放在永久代的字符串常量池移除。

1.6. 运行时常量池

• 运行时常量池是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池，用于存放编译器生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。运行时常量池相对于Class文件常量池的另外一个重要的特征是具备动态性，java语言并不要求常量一定只有编译器才能产生，并非预置入Class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，例如String.intern()方法。既然运行时常量池是方法区的一部分，自然受到方法区内存的限制，当常量池无法再申请到内存时会抛出OutOfMemoryError异常。

1.7. 直接内存

• 直接内存并不是虚拟机运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域。但是这部分内存也被频繁地使用，而且也可能导致OutOfMemoryError异常出现。在JDK1.4中新加入了NIO类，引入了一种基于通道与缓冲区的I/O方式，它可以使用Native函数库直接分配对外内存。然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因而避免了在java堆和Native堆中来回复制数据。但是，既然是内存，肯定还是会受到本机总内存（包括RAM以及SWAP区或者分页文件）大小以及处理器寻址空间的限制。服务器管理员在配置虚拟机参数时，会根据实际内存设置-Xmx等参数信息但经常忽略直接内存，使得各个内存总区域总和大于物理内存限制，从而导致动态扩展是出现OutOfMemoryError异常。

​