Java内存模型

JDK1.6内存模型

JDK1.7内存模型

JDK1.8内存模型

线程私有的内存区域(重点)

1.程序计数器

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

2.Java虚拟机栈

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

       之前我们一直讲的栈区域实际上就是此处的虚拟机栈，再详细一点，是虚拟机栈中的局部变量表部分。

       此区域一共会产生以下两种异常:
               1. 如果线程请求的栈深度大于虚拟机所允许的深度(-Xss设置栈容量)，将会抛出StackOverFlowError异常。
               2. 虚拟机在动态扩展时无法申请到足够的内存，会抛出 OOM (OutOfMemoryError)异常。

3.本地方法栈

        本地方法栈与虚拟机栈的作用完全一样，他俩的区别无非是本地方法栈为虚拟机使用的Native方法服务，而虚拟机栈为JVM执行的Java方法服务。

线程共享区域(重点)

1.Java堆

        在JVM启动时创建，所有的对象实例以及数组都要在堆上分配。

        如果在堆中没有足够的内存完成实例分配并且堆也无法再拓展时，将会抛出OOM。

2.方法区/元数据区

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

        此区域的内存回收主要是针对常量池的回收以及对类型的卸载。当方法区无法满足内存分配需求时，将抛出OOM异常。

3.运行时常量池

        编译期及运行期间产生的常量被放在运行时常量池中。

        这里所说的常量包括：基本类型、包装类（包装类不管理浮点型，整形只会管理-128到127）和String。

        类加载时，会查询字符串常量池，以保证运行时常量池所引用的字符串与字符串常量池中是一致的。

4.直接内存

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

        直接内存的分配不会受到Java堆大小的限制，但是，既然是内存，肯定还是会受到本机总内存（包括RAM以及SWAP区或者分页文件）大小以及处理器寻址空间的限制。也可能导致OutOfMemoryError异常出现。

常量池的补充说明

1.Class文件常量池

        Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。

2.运行时常量池

        运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性，Java语言并不要求常量一定只有编译期才能产生，也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中。

3.字符串常量池

        存储字符串对象，或是字符串对象的引用。