java胜任力模型_《深入理解JVM》 Java虚拟机内存模型

一、Java虚拟机内存模型

Java虚拟机内存数据区域由程序计数器(Program Counter Register)、Java虚拟机栈(Java Virtual Machine Stacks)、本地方法栈(Native Method Stack)、Java堆(Java Heap)、方法区(Method Area)这几部分组成；除此以外，还有一个直接内存，事实上这部分并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但是因为在JDK1.4新加入的NIO(New Input/Output)类，以及JDK1.8+后的Metaspace的关系，所以在讨论JVM时也经常会被放到一起讨论。Java虚拟机体系结构图如下所示：

1.1 程序计数器(Program Counter Register)

是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器。

每个线程都由一个独立的程序计数器，以便线程切换后能恢复到正确的执行位置。

若线程正在执行一个Java方法，则计数器记录的是正在执行的虚拟机字节码指令的地址；若是执行native方法，则计数器值为空。

此内存区域是线程私有的，也是唯一一个在JVM规范中没有规定任何OutOfMemoryError情况的区域。

1.2 Java虚拟机栈(Java Virtual Machine Stacks)

线程私有的，它的生命周期与线程相同。

栈里面存放的元素叫栈帧，每个方法从调用到执行结束，其实是对应一个栈帧的入栈和出栈。栈帧用于存储执行方法时的一些数据，如局部变量表(编译期可知的各种基本数据类型、对象引用和returnAddress类型)、操作数栈(执行引擎计算时需要)、动态链接、方法出口等。

这个区域规定了两种异常：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常(如：将一个函数反复递归自己，最终会出现这种异常)；如果JVM栈可以动态扩展(大部分JVM是可以的)，当扩展时无法申请到足够内存则抛出OutOfMemoryError异常。

1.3本地方法栈(Native Method Stack)

本地方法栈与JVM栈的作用很相似，他们的区别在于虚拟机栈是为虚拟机执行Java方法服务，而本地方法栈是为虚拟机使用到的Native方法服务。

和JVM栈一样，这个区域也会抛出StackOverflowError和OutOfMemoryError异常。

1.4Java堆(Java Heap)

Java堆是JVM所管理的内存中最大的一块。它是被所有线程共享的一块内存区域，在虚拟机启动时创建。

此内存区域的唯一目的就是存放对象实例，几乎所有的实例对象都是在这里分配内存。(JIT编译器并不是这么绝对)。

Java堆(GC堆)是垃圾收集管理的主要区域。从内存回收的角度看，收集器基本都采用分代收集算法，所以Java堆还可以细分为：新生代和老年代；再细致分就是把新生代分为：Eden空间、From Survivor空间、To Survivor空间。

根据Java虚拟机规范的规定，Java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可。

如果在堆中没有内存完成实例分配，并且堆也无法再扩展时，将会抛出OutOfMemoryError异常。

1.5方法区(Method Area)

与Java堆一样，是各个线程共享的内存区域。

更愿意称它为“永久代”(Permanent Generation)。

用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。

这个区域主要是针对常量池回收，值得注意的是JDK1.7已经把常量池转移到堆里面了。

当方法区无法满足内存分配需求时，会抛出OutOfMemoryError。

JDK 7将永久代划到Java堆了，JDK 8用metaspace替代永久代。

1.6运行时常量池(Runtime Constant Pool)

它是方法区的一部分。

存放类中固定的常量信息、方法引用信息等，其空间从方法区域(JDK1.7后为堆空间)中分配。

Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项就是常量池(Constant Pool Table)，用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池存放。但是Java语言并不要求常量一定只有编译期预置入Class的常量池的内容才能进入方法区常量池，运行期间也可将新内容放入常量池(最典型的String.intern()方法)。

当常量池无法在申请到内存时会抛出OutOfMemoryError异常。