JVM虚拟机系统性学习-运行时数据区（方法区、程序计数器、直接内存）-编程知识

方法区

方法区本质上是 Java 编译后代码的存储区域，存储了每一个类的结构信息，如：运行时常量池、成员变量、方法、构造方法和普通方法的字节码指令等内容

方法区主要存储的数据如下：

Class
1. 类型信息，如该 Class 为 class 类、接口、枚举、注解，类的修饰符等等信息
2. 方法信息（方法名称、方法返回值、方法参数等等）
3. 字段信息：保存字段信息，如字段名称、字段类型、字段修饰符
4. 类变量（静态变量）：JDK1.7 之后转移到堆中存储
运行时常量池（字符串常量池）：JDK1.7 之后，转移到堆中存储
JIT 编译器编译之后的代码缓存

方法区的具体实现有两种：永久代（PermGen）、元空间（Metaspace）

JDK1.8 之前通过永久代实现方法区，JDK1.8 及之后使用元空间实现方法区
这两种实现的不同，从存储位置来看：
- 永久代使用的内存区域为 JVM 进程所使用的区域，大小受 JVM 限制
- 元空间使用的内存区域为物理内存区域，大小受机器的物理内存限制
从存储内容来看：
- 永久代存储的信息上边方法区中规定的信息
- 元空间只存储类的元信息，而静态变量和运行时常量池都转移到堆中进行存储

为什么永久代要被元空间替换？

字符串存在永久代中，容易出现性能问题和永久代内存溢出。
类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢出，太大则容易导致老年代溢出。
永久代会为 GC 带来不必要的复杂度，并且回收效率偏低。

常量池

class常量池：一个class文件只有一个class常量池

字面量：数值型（int、float、long、double）、双引号引起来的字符串值等

符号引用：Class、Method、Field等
运行时常量池：一个class对象有一个运行时常量池

字面量：数值型（int、float、long、double）、双引号引起来的字符串值等

符号引用：Class、Method、Field等
字符串常量池：全局只有一个字符串常量池

双引号引起来的字符串值

程序计数器

程序计数器用于存储当前线程所执行的字节码指令的行号，用于选取下一条需要执行的字节码指令

分支，循环，跳转，异常处理，线程回复等都需要依赖这个计数器来完成

通过程序计数器，可以在线程发生切换时，可以保存该线程执行的位置

直接内存

直接内存（也成为堆外内存）并不是虚拟机运行时数据区的一部分，直接内存的大小受限于系统的内存

在 JDK1.4 引入了 NIO 类，在 NIO 中可以通过使用 native 函数库直接分配堆外内存，然后通过存储在堆中的 DirectByteBuffer 对象作为这块内存的引用进行操作

使用直接内存，可以避免了 Java 堆和 Native 堆中来回复制数据

直接内存使用场景：

有很大的数据需要存储，且数据生命周期长
频繁的 IO 操作，如网络并发场景

直接内存与堆内存比较：

直接内存申请空间耗费更高的性能，当频繁申请到一定量时尤为明显
直接内存IO读写的性能要优于普通的堆内存，在多次读写操作的情况下差异明显

直接内存相比于堆内存，避免了数据的二次拷贝。

我们先来分析不使用直接内存的情况，我们在网络发送数据需要将数据先写入 Socket 的缓冲区内，那么如果数据存储在 JVM 的堆内存中的话，会先将堆内存中的数据复制一份到直接内存中，再将直接内存中的数据写入到 Socket 缓冲区中，之后进行数据的发送
- 为什么不能直接将 JVM 堆内存中的数据写入 Socket 缓冲区中呢？
  
  在 JVM 堆内存中有 GC 机制，GC 后可能会导致堆内存中数据位置发生变化，那么如果直接将 JVM 堆内存中的数据写入 Socket 缓冲区中，如果写入过程中发生 GC，导致我们需要写入的数据位置发生变化，就会将错误的数据写入 Socket 缓冲区
那么如果使用直接内存的时候，我们将数据直接存放在直接内存中，在堆内存中只存放了对直接内存中数据的引用，这样在发送数据时，直接将数据从直接内存取出，放入 Socket 缓冲区中即可，减少了一次堆内存到直接内存的拷贝

在这里插入图片描述

直接内存与非直接内存性能比较：

public class ByteBufferCompare {public static void main(String[] args) {//allocateCompare(); //分配比较operateCompare(); //读写比较}/*** 直接内存 和 堆内存的 分配空间比较* 结论： 在数据量提升时，直接内存相比非直接内的申请，有很严重的性能问题*/public static void allocateCompare() {int time = 1000 * 10000; //操作次数,1千万long st = System.currentTimeMillis();for (int i = 0; i < time; i++) {//ByteBuffer.allocate(int capacity) 分配一个新的字节缓冲区。ByteBuffer buffer = ByteBuffer.allocate(2); //非直接内存分配申请}long et = System.currentTimeMillis();System.out.println("在进行" + time + "次分配操作时，堆内存 分配耗时:" +(et - st) + "ms");long st_heap = System.currentTimeMillis();for (int i = 0; i < time; i++) {//ByteBuffer.allocateDirect(int capacity) 分配新的直接字节缓冲区。ByteBuffer buffer = ByteBuffer.allocateDirect(2); //直接内存分配申请}long et_direct = System.currentTimeMillis();System.out.println("在进行" + time + "次分配操作时，直接内存 分配耗时:" +(et_direct - st_heap) + "ms");}/*** 直接内存 和 堆内存的 读写性能比较* 结论：直接内存在直接的IO 操作上，在频繁的读写时 会有显著的性能提升*/public static void operateCompare() {int time = 10 * 10000 * 10000; //操作次数,10亿ByteBuffer buffer = ByteBuffer.allocate(2 * time);long st = System.currentTimeMillis();for (int i = 0; i < time; i++) {// putChar(char value) 用来写入 char 值的相对 put 方法buffer.putChar('a');}buffer.flip();for (int i = 0; i < time; i++) {buffer.getChar();}long et = System.currentTimeMillis();System.out.println("在进行" + time + "次读写操作时，非直接内存读写耗时：" +(et - st) + "ms");ByteBuffer buffer_d = ByteBuffer.allocateDirect(2 * time);long st_direct = System.currentTimeMillis();for (int i = 0; i < time; i++) {// putChar(char value) 用来写入 char 值的相对 put 方法buffer_d.putChar('a');}buffer_d.flip();for (int i = 0; i < time; i++) {buffer_d.getChar();}long et_direct = System.currentTimeMillis();System.out.println("在进行" + time + "次读写操作时，直接内存读写耗时:" +(et_direct - st_direct) + "ms");}
}