java虚拟机运行时数据区域

虚拟机运行时数据区域

1 线程隔离的数据区

虚拟机栈 本地方法栈，程序计数器 执行引擎，数据接口

2线程共享的数据区

方法区 和堆

1.1 程序计数器

程序计数器时一块较小的内存空间，当前线程执行字节码的行号指示器。
执行的是java方法，则记录的是正在执行虚拟机字节码的指令地址
执行的是Native方法，这个计数器的值则为空
此内存区域是唯一一个没有任何规定OutOfMemoryError情况的区域。

1.2 java虚拟机栈

虚拟机栈存放的内容

局部变量表

• 基本数据类型
• 对象引用，不等同于对象本身。
• returnAddress类型

内存溢出类型：

• StackOverflowError异常，线程请求的栈深度大于虚拟机所允许的栈深度。
• OutIfMemoryError异常，虚拟机栈动态扩展时无法申请到足够的内存。

1.3 本地方法栈

本地方法栈类似虚拟机栈，主要是执行本地方法用到的内存区域，例如C语言的方法。
内存溢出类型和虚拟机栈一致。

2.1 Java堆

java堆是我们最常听的内存区域，是java虚拟机内存管理最大的一块，java堆是被所有线程共享的一块内存区域。主要目的是存放对象实列，几乎所有的对象实例都在这里分配内存。
内存溢出类型：

• OutofMemoryError，堆中没有内存分配实例，且无法扩展时。

2.2 方法区

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

在JDK1.7以前HotSpot虚拟机使用永久代来实现方法区，永久代的大小在启动JVM时可以设置一个固定值（-XX:MaxPermSize），不可变；

在JDK1.7中 存储在永久代的部分数据就已经转移到Java Heap或者Native memory。譬如符号引用(Symbols)转移到了native memory，原本存放在永久代的字符常量池移出。但永久代仍存在于JDK 1.7中，并没有完全移除。

JDK1.8中进行了较大改动

• 移除了永久代（PermGen），替换为元空间（Metaspace）；
• 永久代中的 class metadata 转移到了 native memory（本地内存，而不是虚拟机）；
• 永久代中的 interned Strings 和 class static variables 转移到了 Java heap；
• 永久代参数 （PermSize MaxPermSize） -> 元空间参数（MetaspaceSize MaxMetaspaceSize）

为什么jdk1.8要把方法区从JVM里移到直接内存？
原因一：因为直接内存，JVM将会在IO操作上具有更高的性能，因为它直接作用于本地系统的IO操作。而非直接内存，也就是堆内存中的数据，如果要作IO操作，会先复制到直接内存，再利用本地IO处理。

• 从数据流的角度，非直接内存是下面这样的作用链：本地IO --> 直接内存 --> 非直接内存 --> 直接内存 --> 本地IO
• 而直接内存是：本地IO --> 直接内存 --> 本地IO

原因二：整个永久代有一个 JVM 本身设置固定大小上线，无法进行调整，而元空间使用的是直接内存，受本机可用内存的限制，并且永远不会得到java.lang.OutOfMemoryError。

• 可以使用 -XX：MaxMetaspaceSize 标志设置最大元空间大小，默认值为 unlimited，这意味着它只受系统内存的限制。
• -XX：MetaspaceSize 调整标志定义元空间的初始大小如果未指定此标志，则 Metaspace 将根据运行时的应用程序需求动态地重新调整大小

2.2.1 运行时常量池

运行时常量池是方法区的一部分。class文件中除了有类的版本，字段方法接口等描述信息外，还有一项信息是常量池，用于存放编译期间生成的各种字面量和符号引用，这部分在类加载后进入方法区的运行时常量池中存放。
运行常量池具有动态性，即在程序运行期间，也可能将新的常量放入池中，例如String 类的intern方法。

内存溢出类型：

• OutOfMemoryError

3.直接内存

直接内存并不是虚拟机运行时数据区的一部分，但是这部分的内存区域也会被频繁的使用到。
在JDK1.4中使用NIO类，引入了一种基于通道(Channel)于缓冲区（Buffer）的IO方式，通过Native函数库直接分配堆外内存，然后通过一个存储在java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样避免了在java堆和Native内存中来回复制数据，提高了性能
内存溢出类型：

• OutOfMemoryError