JVM学习笔记——内存结构篇

JVM学习笔记——内存结构篇

在本系列内容中我们会对JVM做一个系统的学习，本片将会介绍JVM的内存结构部分

我们会分为以下几部分进行介绍：

• JVM整体介绍
• 程序计数器
• 虚拟机栈
• 本地方法栈
• 堆
• 方法区
• 直接内存

JVM整体介绍

我们在正式开始学习JVM之前当然需要先简单认识一下JVM了

JVM简述

首先我们给出JVM的定义：

• Java Virtual Machine - java 程序的运行环境（java 二进制字节码的运行环境）

JVM的优点：

• 一次编写，到处运行
• 自动内存管理，垃圾回收功能
• 数组下标越界检查
• 多态

常见JVM展示

我们下面给出常见的JVM视图展示：

目前我们所讲述的JVM知识基本都是基于HotSpot类型的JVM

JVM总体路线

我们给出JVM的整体框架，而该框架也是我们学习JVM的总体路线：

我们的学习顺序如下：

• JVM内存结构
• GC垃圾回收
• Java Class
• ClassLoader
• JIT Compiler

JVM，JRE，JDK比较

我们顺便介绍一个面试常见问题：

• 请给出JVM，JRE，JDK之间的区别

我们首先采用一张图进行解释：

我们来做出简单介绍：

• JVM是我们的Java程序最基本的底层架构，我们通过JVM来实现Java源代码和操作系统之间的交互
• JRE在JVM的基础上添加了我们平时所使用的基础类库，包括有Net Framekwork的核心类库等相关库
• JDK在JRE的基础上又添加了编译工具，包括有jar打包工具，Java运行工具，Javac编译工具，Javadoc文档工具等
• JavaSE程序在JDK的基础上又添加了我们常用的开发工具，市面上我们常见的IDEA或者VS等系列工具
• JavaEE是在 JavaSE 的基础上构建的，它提供Web 服务，通信 API等，可以用来实现企业级的面向服务和Web 3.0应用程序。

程序计数器

首先我们先来介绍JVM内存结构中的程序计数器

程序计数器简述

首先我们给出程序计数器的简单定义：

• Program Counter Register 程序计数器（寄存器）

然后我们给出程序计数器的主要作用：

• 程序计数器主要用于记录下一条jvm指令的执行地址

程序计数器具有以下特点：

• 程序计数器默认情况下不可能出现内存溢出

• 程序计数器是一块较小的内存空间，它通常采用寄存器代替

• 程序计数器绑定线程，每个线程有且只有一个程序计数器，它随着线程创建而创建，随着线程销毁而销毁

程序计数器详细介绍

我们给出一些代码来进行简单介绍：

0: getstatic #20 		// PrintStream out = System.out;
3: astore_1 			// --
4: aload_1 				// out.println(1);
5: iconst_1 			// --
6: invokevirtual #26 	// --
9: aload_1 				// out.println(2);
10: iconst_2 			// --
11: invokevirtual #26	// --
14: aload_1 			// out.println(3);
15: iconst_3 			// --
16: invokevirtual #26 	// --
19: aload_1 			// out.println(4);
20: iconst_4 			// --
21: invokevirtual #26 	// --
24: aload_1 			// out.println(5);
25: iconst_5 			// --
26: invokevirtual #26 	// --
29: return

我们下面进行简单解释：

• 首先我们的注释部分是Java的源代码，左侧部分是我们的二进制字节码即jvm指令
• jvm指令中前面的位置是我们的执行地址（物理地址），中间是相关执行指令，最后面带#是常量地址（我们后面会讲到）
• 我们的jvm代码是不能直接与cpu交互的，我们需要通过解释器将jvm代码编程机器码，才可以与cpu进行交互
• 但是我们的jvm代码的位置不是顺序排列的，所以这时我们每个线程都需要一个程序计数器来记录下一个jvm的位置
• 我们将该jvm指令传给解释器后，解释器将其处理的同时程序计数器也接收到下一个地址，进行jvm位置更新

同时我们也强调一点：

• 程序计数器只是逻辑上的概念，我们通常采用寄存器来充当一个程序计数器
• 因为寄存器的读取速度是最快的，我们可以快速保存并且读出物理地址位置来进行交互

虚拟机栈

这小节我们来介绍JVM内存结构中的虚拟机栈

栈简介

我们首先来回顾栈的概念：

我们的栈先进后出，用于存储程序中的部分信息

虚拟机栈简介

我们的虚拟机栈和栈的基本原理相同，但存储的东西就不尽相同了：

• 虚拟机栈也是绑定线程的，每个线程有且仅有一个虚拟机栈
• 虚拟机栈中存储着栈帧，可以存在有多个栈帧，栈帧就是每个方法运行时所需要的内存

我们给出虚拟机的概念：

• 每个线程运行时所需要的内存，称为虚拟机栈
• 每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法
• 每个栈由多个栈帧（Frame）组成，对应着每次方法调用时所占用的内存

虚拟机栈详细介绍

我们给出一段Java代码来进行展示：

package cn.itcast.jvm.t1.stack;

/**
 * 演示栈帧
 */
public class Demo1_1 {
    public static void main(String[] args) throws InterruptedException {
        method1();

        method3();
    }

    private static void method1() {
        method2(1, 2);
    }

    private static int method2(int a, int b) {
        int c =  a + b;
        return c;
    }

    private static int method3() {
        return 1;
    }

}

我们进行简单的介绍：

• 这个程序就是一个线程
• 这三个方法分别就对应着一个栈帧
• 我们调用main，mian进入栈，main中又调用method1，method1进入栈，method1调用method2，所以method2进入栈
• 注意我们的method3不包含在method1的循环中，所以我们会先将前置栈帧都排除后，然后在main栈帧的上方进行累加method3

我们在执行过程中如果采用debug模式是可以看到Frames，这个就是表示的栈帧：

虚拟机栈问题解释

我们针对虚拟机栈提出了三个问题，下面进行解释：

1. 垃圾回收是否会涉及栈内存

/*
答案是：

否，因为栈是属于线程内内存，栈具有自动回收功能
*/

1. 栈内存是否是越大越好

/*
答案是：

否，如果jvm设置的内存过大，就会导致其它程序所占用的内存小。
*/

1. 方法内的局部变量是否线程安全

/**
答案是：

根据实际情况而定，我们通过判断作用范围来进行线程安全判断

首先我们需要介绍两个词汇：
- StringBuffer 用于多线程，保证多线程安全，但效率较慢
- StringBuilder 用于单线程，无法保证但线程安全，效率较快

**/

// 我们下面给出一个简单示例：

// 示例1：下面的变量x是属于方法中的变量，属于局部变量，因此不会出现线程安全问题

package cn.itcast.jvm.t1.stack;

/**
 * 局部变量的线程安全问题
 */
public class Demo1_18 {

    // 多个线程同时执行此方法
    static void m1() {
        int x = 0;
        for (int i = 0; i < 5000; i++) {
            x++;
        }
        System.out.println(x);
    }
}

// 示例2：下面我们通过StringBuilder来进行安全问题测试（因为StringBuilder不具有线程安全保护）

// m1：StringBuilder创建在方法内部，也只在方法内部使用，属于局部变量，不具有线程安全问题
// m2：StringBuilder来自于外部，变量作用范围越界，具有线程安全问题
// m3：StringBuilder返回至外部，变量作用范围越界，具有线程安全问题

package cn.itcast.jvm.t1.stack;

/**
 * 局部变量的线程安全问题
 */
public class Demo1_17 {
    public static void main(String[] args) {
        StringBuilder sb = new StringBuilder();
        sb.append(4);
        sb.append(5);
        sb.append(6);
        new Thread(()->{
            m2(sb);
        }).start();
    }

    public static void m1() {
        StringBuilder sb = new StringBuilder();
        sb.append(1);
        sb.append(2);
        sb.append(3);
        System.out.println(sb.toString());
    }

    public static void m2(StringBuilder sb) {
        sb.append(1);
        sb.append(2);
        sb.append(3);
        System.out.println(sb.toString());
    }

    public static StringBuilder m3() {
        StringBuilder sb = new StringBuilder();
        sb.append(1);
        sb.append(2);
        sb.append(3);
        return sb;
    }
}

虚拟机栈内存溢出问题

虚拟机栈在默认情况下为1024K，正常情况下不会溢出，但如果出现异常可能导致溢出

首先我们介绍一个改变虚拟机栈的方法：

// 在配置运行环境的Environment variables中进行配置（如下修改为256k）
-Xss256k

然后我们介绍两种溢出情况：

1. 栈帧过多

// 正常情况下我们的栈帧（方法）就算再多也不会导致内存溢出，但是如果我们发生了无限递归异常呢？

// 我们在这个方法中递归调用本身，就会导致不断有栈帧加入到虚拟机栈中，最终导致虚拟机栈内存溢出

package cn.itcast.jvm.t1.stack;

/**
 * 演示栈内存溢出 java.lang.StackOverflowError
 * -Xss256k
 */
public class Demo1_2 {
    private static int count;

    public static void main(String[] args) {
        try {
            method1();
        } catch (Throwable e) {
            e.printStackTrace();
            System.out.println(count);
        }
    }

    private static void method1() {
        count++;
        method1();
    }
}

1. 栈帧过大

/*
我们仅仅是来解释这个溢出想法
但实际上我们的默认虚拟机栈大小为1M，是不可能出现栈帧过大的情况的~
*/

虚拟机线程实际问题运行判断

我们会给出两个实际案例来进行讲解：

1. CPU占用过多

// 我们的项目通常都会运行在Linux服务器上，所以我们下面通过Linux来介绍方法

// 首先通过top定位哪个进程对cpu的占用过高
top 

// 然后我们通过ps命令进一步查看哪个线程引起cpu占用率过高
ps H -eo pid,tid,%cpu | grep 进程id

// 最后我们查看线程具体问题
jstack 进程id

// 最后我们到我们的项目代码中进行检查会发现问题（可能是死循环之类的）
package cn.itcast.jvm.t1.stack;

/**
 * 演示 cpu 占用过高
 */
public class Demo1_16 {

    public static void main(String[] args) {
        new Thread(null, () -> {
            System.out.println("1...");
            while(true) {

            }
        }, "thread1").start();

        new Thread(null, () -> {
            System.out.println("2...");
            try {
                Thread.sleep(1000000L);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }, "thread2").start();

        new Thread(null, () -> {
            System.out.println("3...");
            try {
                Thread.sleep(1000000L);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }, "thread3").start();
    }
}

1. 程序运行过久没有结果

/*
我们采用之前相同的方法来进行判断，一般运行过久没有结果都是发生死锁问题
*/

package cn.itcast.jvm.t1.stack;

/**
 * 演示线程死锁
 */
class A{};
class B{};
public class Demo1_3 {
    static A a = new A();
    static B b = new B();

    public static void main(String[] args) throws InterruptedException {
        new Thread(()->{
            synchronized (a) {
                try {
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                synchronized (b) {
                    System.out.println("我获得了 a 和 b");
                }
            }
        }).start();
        Thread.sleep(1000);
        new Thread(()->{
            synchronized (b) {
                synchronized (a) {
                    System.out.println("我获得了 a 和 b");
                }
            }
        }).start();
    }

}

本地方法栈

这小节我们来介绍JVM内存结构中的本地方法栈

本地方法简介

首先我们先来简单介绍一下本地方法：

• JVM属于Java层次的东西，是无法通过Java与底层进行交互
• 这时我们就需要一些采用C，C++语言的方法来与底层进行交互，这种方法就被称为本地方法

本地方法特点：

• 本地方法大多设置为接口，其返回值类型为native
• 我们常见的本地方法包括有Object中的clone方法，hashCode方法，wait方法等

本地方法栈简介

本地方法栈自然也不难理解：

• 本地方法栈就是一个存储本地方法的栈
• 其原理与虚拟机栈完全相同，只不过里面的栈帧变为了本地方法而已

堆

这小节我们来介绍JVM内存结构中的堆

堆简介

首先我们需要先理解什么是堆：

• 堆的本体通常可以被看做一棵完全二叉树的数组

那么堆里面通常会储存什么东西：

• 通过关键字new创建的对象都会使用堆来存储

堆具有以下基本特点：

• 有垃圾回收机制
• 堆是线程共享的，堆中的所有对象都需要考虑线程安全问题

堆内存溢出问题

堆通常是用于存储new创建的对象，它的默认大小同样为1024K，我们提供方法来改变堆内存：

// 在配置运行环境的Environment variables中进行配置（如下修改为256k）
-Xmx8m

堆出现内存溢出问题只有一种情况就是创建对象过多：

/*
正常情况下，我们的创建的对象在不使用的情况下就会被自动垃圾回收
但如果出现异常，导致我们不断创建新对象且保存就对象就会导致堆内存溢出
*/

package cn.itcast.jvm.t1.heap;

import java.util.ArrayList;
import java.util.List;

/**
 * 演示堆内存溢出 java.lang.OutOfMemoryError: Java heap space
 * -Xmx8m
 */
public class Demo1_5 {

    public static void main(String[] args) {
        int i = 0;
        try {
            List<String> list = new ArrayList<>();
            String a = "hello";
            while (true) {
                list.add(a); // 这里将旧对象保存下来
                a = a + a;  // 这里不断创建新对象
                i++;
            }
        } catch (Throwable e) {
            e.printStackTrace();
            System.out.println(i);
        }
    }
}

堆内存问题诊断

我们在正常运行中堆的内存占有是非常重要，因此JVM为我们提供了四种方法来检查堆内存问题

首先我们给出用于诊断堆内存问题的参考代码：

package cn.itcast.jvm.t1.heap;

/**
 * 演示堆内存
 */
public class Demo1_4 {

    public static void main(String[] args) throws InterruptedException {
        // 第一阶段：没有对象
        System.out.println("1...");
        Thread.sleep(30000);
        // 第二阶段：制造一个对象，占用堆
        byte[] array = new byte[1024 * 1024 * 10];
        System.out.println("2...");
        Thread.sleep(20000);
        // 第三阶段：释放对象，并进行垃圾回收，这时堆变小
        array = null;
        System.gc();
        System.out.println("3...");
        Thread.sleep(1000000L);
    }
}

我们的JVM为我们提供了四种方法来检测堆的状况：

1. jps工具

// jps用于查看当前系统中有哪些java进程
// 我们直接在IDEA的输入台输入即可
jps

1. jmap工具

// jmap用于查看当前系统中堆内存占用情况（静态形式）
// 我们直接在IDEA的输入台输入即可
jmap -heap 进程id

// 我们可以看到Heap Usage就是内存管理
// 其中Eden space 为新产生的堆内存
// 其中Old Generation 为之前产生的堆内存

1. jconsole工具

// jconsole用于查看当前系统中堆内存占用情况（图形化界面app展示）
// 我们直接在IDEA的输入台输入即可
jconsole

1. jvisualvm工具

// jvisualvm用于查看当前系统中堆内存占用情况（图形化界面app展示）
// 我们直接在IDEA的输入台输入即可
jvisualvm

方法区

这小节我们来介绍JVM内存结构中的方法区

方法区简介

我们首先来简单介绍一下方法区：

• 方法区是所有java虚拟机共享的一片区域
• 方法区中存放着所有类的所有信息，包括有属性，方法，构造方法等
• 方法区在虚拟机启动的一瞬间被创建，同样在虚拟机停止时方法区进行销毁

我们需要特别注意一点：

• 方法区和程序计数器一样只是一个概念
• 我们在实际开发中，jdk1.8之前采用的是永久代，在jdk1.8及以后均采用元空间

我们直接给出其内存结构图展示：

方法区内存溢出问题

方法区同样存在有内存溢出问题，但并不常见

我们将方法区的讲解分为两部分，有永久代也有元空间的讲解：

1. 永久代内存溢出问题

// 永久代的概念仅存在于jdk1.8之前，我们可以通过-XX来控制永久代大小

// 当方法区为永久代时，溢出就显示错误java.lang.OutOfMemoryError: PermGen space

package cn.itcast.jvm;

import com.sun.xml.internal.ws.org.objectweb.asm.ClassWriter;
import com.sun.xml.internal.ws.org.objectweb.asm.Opcodes;

/**
 * 演示永久代内存溢出  java.lang.OutOfMemoryError: PermGen space
 * -XX:MaxPermSize=8m
 */
public class Demo1_8 extends ClassLoader {
    public static void main(String[] args) {
        int j = 0;
        try {
            Demo1_8 test = new Demo1_8();
            for (int i = 0; i < 20000; i++, j++) {
                ClassWriter cw = new ClassWriter(0);
                cw.visit(Opcodes.V1_6, Opcodes.ACC_PUBLIC, "Class" + i, null, "java/lang/Object", null);
                byte[] code = cw.toByteArray();
                test.defineClass("Class" + i, code, 0, code.length);
            }
        } finally {
            System.out.println(j);
        }
    }
}

1. 元空间内存溢出问题

// 元空间存在于jdk1.8之后，实际上这时的元空间已经作用于系统内存了，相当于元空间的大小几乎是不可能出现溢出的

// 所以我们需要先设置元空间大小才能观察到溢出问题：-XX:MaxMetaspaceSize=8m

// 当方法区为永久代时，溢出就显示错误java.lang.OutOfMemoryError: Metaspace

package cn.itcast.jvm.t1.metaspace;

import jdk.internal.org.objectweb.asm.ClassWriter;
import jdk.internal.org.objectweb.asm.Opcodes;

/**
 * 演示元空间内存溢出 java.lang.OutOfMemoryError: Metaspace
 * -XX:MaxMetaspaceSize=8m
 */
public class Demo1_8 extends ClassLoader { // 可以用来加载类的二进制字节码
    public static void main(String[] args) {
        int j = 0;
        try {
            Demo1_8 test = new Demo1_8();
            for (int i = 0; i < 10000; i++, j++) {
                // ClassWriter 作用是生成类的二进制字节码
                ClassWriter cw = new ClassWriter(0);
                // 版本号， public， 类名, 包名, 父类， 接口
                cw.visit(Opcodes.V1_8, Opcodes.ACC_PUBLIC, "Class" + i, null, "java/lang/Object", null);
                // 返回 byte[]
                byte[] code = cw.toByteArray();
                // 执行了类的加载
                test.defineClass("Class" + i, code, 0, code.length); // Class 对象
            }
        } finally {
            System.out.println(j);
        }
    }
}

常量池简介

我们再回到方法区来简单介绍一下常量池：

• 我们在上面的图中可以看到常量池之前是放在方法区中的StringTable，但在jdk1.8之后放在了堆中的StingTable
• 我们需要注意的是：即使StringTable在堆里面，在堆里存放的数据和在StringTable里存放的数据也不是同一个数据

我们先来简单介绍一下常量池：

• 常量池实际上是一张表
• 虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息

我们再介绍一下运行时常量池：

• 运行时常量池，常量池是 *.class 文件中的

• 当该类被加载，它的常量池信息就会放入运行时常量池，并把里面的符号地址变为真实地址

常量池详细介绍

我们通过一个简单的代码编译来介绍常量池：

// 下面是helloworld的源码

package cn.itcast.jvm.t5;

// 二进制字节码（类基本信息，常量池，类方法定义，包含了虚拟机指令）
public class HelloWorld {
    public static void main(String[] args) {
        System.out.println("hello world");
    }
}

然后我们运行之后，我们可以在out文件夹下找到其编译后程序：

//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by FernFlower decompiler)
//

package cn.itcast.jvm.t5;

public class HelloWorld {
    public HelloWorld() {
    }

    public static void main(String[] args) {
        System.out.println("hello world");
    }
}

我们在该目录下对其进行底层查看：

// 我们通过javap -v 代码名.class来查看其详细信息
// 其中包括有：class文件的路径、最后修改时间、文件大小；类的全路径、源（java）文件；常量池；常量定义、值；构造方法等
javap -v HelloWorld.class

// 我们查看其内部详细信息：

// 这部分是class文件路径，最后修改日志，文件大小等信息
Classfile /E:/编程内容/JVM/资料-解密JVM/代码/jvm/out/production/jvm/cn/itcast/jvm/t5/HelloWorld.class
  Last modified 2022-11-2; size 567 bytes
  MD5 checksum 8efebdac91aa496515fa1c161184e354
  Compiled from "HelloWorld.java"

// 这部分是全路径，源码等
public class cn.itcast.jvm.t5.HelloWorld
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER

// 这部分是常量池：我们可以看到很多东西，注解是IDEA为我们携带的
// 首先我们可以看到最前面的#，这个代表这一行的地址，然后如果我们希望看懂这一行的信息，需要根据后面的#查看对应的行号
// 我们到对应的行号去寻找，直到最后我们可以看到utf8形式的结果，我们将这些信息组合起来就是该行后面IDEA为我们注释的信息
Constant pool:
   #1 = Methodref          #6.#20         // java/lang/Object."<init>":()V
   #2 = Fieldref           #21.#22        // java/lang/System.out:Ljava/io/PrintStream;
   #3 = String             #23            // hello world
   #4 = Methodref          #24.#25        // java/io/PrintStream.println:(Ljava/lang/String;)V
   #5 = Class              #26            // cn/itcast/jvm/t5/HelloWorld
   #6 = Class              #27            // java/lang/Object
   #7 = Utf8               <init>
   #8 = Utf8               ()V
   #9 = Utf8               Code
  #10 = Utf8               LineNumberTable
  #11 = Utf8               LocalVariableTable
  #12 = Utf8               this
  #13 = Utf8               Lcn/itcast/jvm/t5/HelloWorld;
  #14 = Utf8               main
  #15 = Utf8               ([Ljava/lang/String;)V
  #16 = Utf8               args
  #17 = Utf8               [Ljava/lang/String;
  #18 = Utf8               SourceFile
  #19 = Utf8               HelloWorld.java
  #20 = NameAndType        #7:#8          // "<init>":()V
  #21 = Class              #28            // java/lang/System
  #22 = NameAndType        #29:#30        // out:Ljava/io/PrintStream;
  #23 = Utf8               hello world
  #24 = Class              #31            // java/io/PrintStream
  #25 = NameAndType        #32:#33        // println:(Ljava/lang/String;)V
  #26 = Utf8               cn/itcast/jvm/t5/HelloWorld
  #27 = Utf8               java/lang/Object
  #28 = Utf8               java/lang/System
  #29 = Utf8               out
  #30 = Utf8               Ljava/io/PrintStream;
  #31 = Utf8               java/io/PrintStream
  #32 = Utf8               println
  #33 = Utf8               (Ljava/lang/String;)V

// 这部分是编译后的代码，我们可以看到里面包含了#号，这些#就对应着上面的常量池，他们从常量池中获得相关信息用于代码中
{
  public cn.itcast.jvm.t5.HelloWorld();
    descriptor: ()V
    flags: ACC_PUBLIC
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return
      LineNumberTable:
        line 4: 0
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       5     0  this   Lcn/itcast/jvm/t5/HelloWorld;

  public static void main(java.lang.String[]);
    descriptor: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=2, locals=1, args_size=1
         0: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;
         3: ldc           #3                  // String hello world
         5: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V
         8: return
      LineNumberTable:
        line 6: 0
        line 7: 8

      // 这里是局部变量表
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       9     0  args   [Ljava/lang/String;
}

// 最后标上上述信息的来源文件
SourceFile: "HelloWorld.java"

StringTable串池简介

我们首先来简单介绍一下串池：

• 串池的本质是一个哈希表，其中的每个元素都是唯一的

我们在这里稍微解释一下为什么StringTable会移动到堆中：

• jdk7中将StringTable放到了堆空间中
• 因为永久代的回收效率很低，在full GC的时候才会触发。
• 而Full GC是老年代空间不足、永久代空间不足时才会触发。这就导致StringTable回收效率不高。
• 而我们开发中会有大量的字符串被创建，回收效率低，导致永久代内存不足。放到堆里，能及时回收内存。

然后我们提前介绍一下串池的特点：

• 常量池的字符串仅仅是符号，第一次用到时才会变为对象
• 利用串池的机制，可以避免重复创建字符串对象
• 字符串变量拼接的原理是StringBuiler拼接（jdk1.8）
• 字符串常量拼接的原理是编译期优化
• 可以使用intern方法，主动将串池中还没有的字符串放入串池

StringTable串池详细介绍

我们通过一段代码来仔细介绍串池：

package cn.itcast.jvm.t1.stringtable;

// StringTable [ "a", "b" ,"ab" ]  hashtable 结构，不能扩容
public class Demo1_22 {
    // 常量池中的信息，都会被加载到运行时常量池中， 这时 a b ab 都是常量池中的符号，还没有变为 java 字符串对象

    public static void main(String[] args) {
        String s1 = "a";
        String s2 = "b";
        String s3 = "ab";
        String s4 = s1 + s2; // new StringBuilder().append("a").append("b").toString()  new String("ab")
        String s5 = "a" + "b";  // javac 在编译期间的优化，结果已经在编译期确定为ab

        System.out.println(s3 == s5);
    }
}

然后我们对其进行编译解码：

// 解码语句
javap -v Demo1_22.class

// 基本信息
Classfile /E:/编程内容/JVM/资料-解密JVM/代码/jvm/out/production/jvm/cn/itcast/jvm/t1/stringtable/Demo1_22.class
  Last modified 2022-11-2; size 985 bytes
  MD5 checksum a5eb84bf1a7d8a1e725491f36237777b
  Compiled from "Demo1_22.java"
public class cn.itcast.jvm.t1.stringtable.Demo1_22
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER

// 常量池
Constant pool:
   #1 = Methodref          #12.#36        // java/lang/Object."<init>":()V
   #2 = String             #37            // a
   #3 = String             #38            // b
   #4 = String             #39            // ab
   #5 = Class              #40            // java/lang/StringBuilder
   #6 = Methodref          #5.#36         // java/lang/StringBuilder."<init>":()V
   #7 = Methodref          #5.#41         // java/lang/StringBuilder.append：
   #8 = Methodref          #5.#42         // java/lang/StringBuilder.toString:()Ljava/lang/String;
   #9 = Fieldref           #43.#44        // java/lang/System.out:Ljava/io/PrintStream;
  #10 = Methodref          #45.#46        // java/io/PrintStream.println:(Z)V
  #11 = Class              #47            // cn/itcast/jvm/t1/stringtable/Demo1_22
  #12 = Class              #48            // java/lang/Object
  #13 = Utf8               <init>
  #14 = Utf8               ()V
  #15 = Utf8               Code
  #16 = Utf8               LineNumberTable
  #17 = Utf8               LocalVariableTable
  #18 = Utf8               this
  #19 = Utf8               Lcn/itcast/jvm/t1/stringtable/Demo1_22;
  #20 = Utf8               main
  #21 = Utf8               ([Ljava/lang/String;)V
  #22 = Utf8               args
  #23 = Utf8               [Ljava/lang/String;
  #24 = Utf8               s1
  #25 = Utf8               Ljava/lang/String;
  #26 = Utf8               s2
  #27 = Utf8               s3
  #28 = Utf8               s4
  #29 = Utf8               s5
  #30 = Utf8               StackMapTable
  #31 = Class              #23            // "[Ljava/lang/String;"
  #32 = Class              #49            // java/lang/String
  #33 = Class              #50            // java/io/PrintStream
  #34 = Utf8               SourceFile
  #35 = Utf8               Demo1_22.java
  #36 = NameAndType        #13:#14        // "<init>":()V
  #37 = Utf8               a
  #38 = Utf8               b
  #39 = Utf8               ab
  #40 = Utf8               java/lang/StringBuilder
  #41 = NameAndType        #51:#52        // append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
  #42 = NameAndType        #53:#54        // toString:()Ljava/lang/String;
  #43 = Class              #55            // java/lang/System
  #44 = NameAndType        #56:#57        // out:Ljava/io/PrintStream;
  #45 = Class              #50            // java/io/PrintStream
  #46 = NameAndType        #58:#59        // println:(Z)V
  #47 = Utf8               cn/itcast/jvm/t1/stringtable/Demo1_22
  #48 = Utf8               java/lang/Object
  #49 = Utf8               java/lang/String
  #50 = Utf8               java/io/PrintStream
  #51 = Utf8               append
  #52 = Utf8               (Ljava/lang/String;)Ljava/lang/StringBuilder;
  #53 = Utf8               toString
  #54 = Utf8               ()Ljava/lang/String;
  #55 = Utf8               java/lang/System
  #56 = Utf8               out
  #57 = Utf8               Ljava/io/PrintStream;
  #58 = Utf8               println
  #59 = Utf8               (Z)V

// 代码解释
{
  public cn.itcast.jvm.t1.stringtable.Demo1_22();
    descriptor: ()V
    flags: ACC_PUBLIC
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return
      LineNumberTable:
        line 4: 0
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       5     0  this   Lcn/itcast/jvm/t1/stringtable/Demo1_22;

  public static void main(java.lang.String[]);
    descriptor: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=3, locals=6, args_size=1

         // 从这里开始我们正式进入main

         // 在最开始：StringTable=[]，堆=[]         

         // ldc #2 会把 a 符号变为 "a" 字符串对象，这时StringTable=["a"]
         0: ldc           #2                  // String a
         // 这里的astore_1意思将#2的值放入局部变量池的第一位
         2: astore_1
         // ldc #3 会把 b 符号变为 "b" 字符串对象，这时StringTable=["a","b"]
         3: ldc           #3                  // String b
         5: astore_2
         // ldc #4 会把 ab 符号变为 "ab" 字符串对象，这时StringTable=["a","b","ab"]
         6: ldc           #4                  // String ab
         8: astore_3

         // 接下来的操作都是针对String s4 = s1 + s2;         

         // 这里首先创建了一个StringBuilder类
         9: new           #5                  // class java/lang/StringBuilder
        12: dup
         // 这里针对StringBuilder进行初始化
        13: invokespecial #6                  // Method java/lang/StringBuilder."<init>":()V
        16: aload_1
         // 这里对StringBuilder进行append方法，上面的aload_1意思是读取了第一个局部变量的值，相当于添加了"a"
        17: invokevirtual #7                  // Method java/lang/StringBuilder.append:
        20: aload_2
         // 这里对StringBuilder进行append方法，上面的aload_1意思是读取了第二个局部变量的值，相当于添加了"b"
        21: invokevirtual #7                  // Method java/lang/StringBuilder.append:
         // 这里对StringBuilder进行toString方法，相当于new了一个"ab"，这时StringTable没有发生变化，但是堆产生了该值
        24: invokevirtual #8                  // Method java/lang/StringBuilder.toString:

         // 这里是针对String s5 = "a" + "b";操作，由于产生的结果为"ab"，已经放在局部变量表里，所以直接读取即可
         // 注意：有StringTable的值只能有一个，所以这时StringTable=["a","b","ab"] 并没有发生变化
        27: astore        4
        29: ldc           #4                  // String ab

        // 后面就是获得对应值然后比较
        31: astore        5
        33: getstatic     #9                  // Field java/lang/System.out:Ljava/io/PrintStream;
        36: aload_3
        37: aload         5
        39: if_acmpne     46
        42: iconst_1
        43: goto          47
        46: iconst_0
        47: invokevirtual #10                 // Method java/io/PrintStream.println:(Z)V
        50: return
      LineNumberTable:
        line 11: 0
        line 12: 3
        line 13: 6
        line 14: 9
        line 15: 29
        line 17: 33
        line 21: 50

      // 局部变量池
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0      51     0  args   [Ljava/lang/String;
            3      48     1    s1   Ljava/lang/String;
            6      45     2    s2   Ljava/lang/String;
            9      42     3    s3   Ljava/lang/String;
           29      22     4    s4   Ljava/lang/String;
           33      18     5    s5   Ljava/lang/String;
      StackMapTable: number_of_entries = 2
        frame_type = 255 /* full_frame */
          offset_delta = 46
          locals = [ class "[Ljava/lang/String;", class java/lang/String, class java/lang/String, class java/lang/String, class java/lang/String, class java/lang/String ]
          stack = [ class java/io/PrintStream ]
        frame_type = 255 /* full_frame */
          offset_delta = 0
          locals = [ class "[Ljava/lang/String;", class java/lang/String, class java/lang/String, class java/lang/String, class java/lang/String, class java/lang/String ]
          stack = [ class java/io/PrintStream, int ]
}
SourceFile: "Demo1_22.java"

StringTable字符串延迟加载

在这里我们再次强调一下StringTable中元素的加载原则：

• StringTable中的值只会加载一次，不会重复加载
• 存放在常量池的值在运行时不会加载，只有在第一次运行时才会加载到StringTable中

我们采用一个简单程序来证明：

package cn.itcast.jvm.t1.stringtable;

/**
 * 演示字符串字面量也是【延迟】成为对象的
 */
public class TestString {
    public static void main(String[] args) {
        int x = args.length;
        System.out.println(); // 字符串个数 2275

        System.out.print("1");
        System.out.print("2");
        System.out.print("3");
        System.out.print("4");
        System.out.print("5");
        System.out.print("6");
        System.out.print("7");
        System.out.print("8");
        System.out.print("9");
        System.out.print("0");
        System.out.print("1"); // 字符串个数 2285
        System.out.print("2");
        System.out.print("3");
        System.out.print("4");
        System.out.print("5");
        System.out.print("6");
        System.out.print("7");
        System.out.print("8");
        System.out.print("9");
        System.out.print("0");
        System.out.print(x); // 字符串个数 2285
    }
}

StringTable的intern功能介绍

我们的intern的功能主要分为两个版本：

• jdk1.6：将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有会把此对象复制一份，放入串池， 会把串池中的对象返回
• jdk1.8:将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池， 会把串池中的对象返回

我们利用同样的代码来进行不同版本的介绍：

// 1.6版本

package cn.itcast.jvm;

public class Demo1_23 {

    public static void main(String[] args) {

		// 我们来仔细分析这个操作
        // 首先StringTable里面加入"a"，然后堆里加上一个"a"；然后StringTable里面加入"b"，然后堆里加上一个"b"
        // 最后使用了toString方法，将"ab"放入堆中
        String s = new String("a") + new String("b");

        // StringTable=["a","b"]
        // 堆:  new String("a")   new String("b")  new String("ab")

        // 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池， 会把串池中的对象返回

        // 目前s没有在StringTable中，所以将其复制一份放入StringTable，并将StringTable里面的"ab"返回回去
        // 这时s和StringTable里面的"ab"是不一样的！
        String s2 = s.intern(); 

        // 这时x，s2是StringTable里面的"ab",s是堆里面的"ab"
        String x = "ab";

        System.out.println( s2 == x);//true
        System.out.println( s == x );//false
    }

}

    public static void main(String[] args) {

        String x = "ab";

        String s = new String("a") + new String("b");

        // StringTable=["a","b","ab"]
        // 堆  new String("a")   new String("b") new String("ab")
        // 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池，会把串池中的对象返回
        // 目前StringTable里存在"ab"，所以将StringTable里面的ab返回给s2即可
        // 目前s2和x属于StringTable里面的ab，s属于堆里面的ab
        String s2 = s.intern(); 

        System.out.println( s2 == x);//true
        System.out.println( s == x );//false
    }

}

// 1.8版本

package cn.itcast.jvm.t1.stringtable;

public class Demo1_23 {

    public static void main(String[] args) {

        String s = new String("a") + new String("b");

        // StringTable=["a","b"]
        // 堆  new String("a")   new String("b") new String("ab")
        // 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池，会把串池中的对象返回
        // 这里由于StringTable里面不存在，会将堆中s的字符串做成一个引用直接放入StringTable里面，再将StringTable的值返回
        // 这时s，s2，x均属于堆里面的ab，不过s2是堆里的ab，s，x为StringTable里面的引用的堆里面的ab，但他们相等
        String s2 = s.intern(); 

        String x = "ab";

        System.out.println( s2 == x);//true
        System.out.println( s == x );//true
    }

}

    public static void main(String[] args) {

        String x = "ab";

        String s = new String("a") + new String("b");

        // StringTable=["a","b","ab"]
        // 堆  new String("a")   new String("b") new String("ab")
        // 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池，会把串池中的对象返回
        // 目前StringTable里存在"ab"，所以将StringTable里面的ab返回给s2即可
        // 目前s2和x属于StringTable里面的ab，s属于堆里面的ab
        String s2 = s.intern(); 

        System.out.println( s2 == x);//true
        System.out.println( s == x );//false
    }

}

StringTable常见面试题解答

下面我们给出一个StringTable的常见面试题来进行测试：

package cn.itcast.jvm.t1.stringtable;

/**
 * 演示字符串相关面试题
 */
public class Demo1_21 {

    // 我们会给出StringTable和堆的值

    public static void main(String[] args) {

        // StringTable=["a"]
        String s1 = "a";

        // StringTable=["a","b"]
        String s2 = "b";

        // StringTable=["a","b"，"ab"]
        String s3 = "a" + "b"; // ab

        // StringTable=["a","b"，"ab"],堆："ab"
        String s4 = s1 + s2;   // new String("ab") 和 s3 不相等

        // StringTable=["a","b"，"ab"],堆："ab"
        String s5 = "ab"; // s3 == s5

        // StringTable=["a","b"，"ab"],堆："ab"
        String s6 = s4.intern(); // s4是堆里的ab，s6是StringTable里面的ab

// 问
        System.out.println(s3 == s4); // false
        System.out.println(s3 == s5); // true
        System.out.println(s3 == s6); // true

        // StringTable=["a","b"，"ab"，"c","d"],堆："ab"."c","d","cd"
        String x2 = new String("c") + new String("d"); // new String("cd")

        // StringTable=["a","b"，"ab"，"c","d","cd-来自堆"],堆："ab"."c","d","cd"
        x2.intern();

        // x1是StringTable里面的cd，但StringTable里面的cd来自堆，所以x1 == x2
        String x1 = "cd";

        System.out.println(x1 == x2);

// 问，如果调换了【最后两行代码】的位置呢，如果是jdk1.6呢（这个就自己思考啦~）

    }
}

StringTable垃圾回收问题

StringTable会自动进行垃圾回收，这也是我们在JDK运行中选择StringTable的原因之一

我们通过一个简单的案例进行解释：

package cn.itcast.jvm.t1.stringtable;

import java.util.ArrayList;
import java.util.List;

/**
 * 演示 StringTable 垃圾回收
 * -Xmx10m -XX:+PrintStringTableStatistics(打印StringTable内容) -XX:+PrintGCDetails -verbose:gc（打印垃圾回收）
 */
public class Demo1_7 {
    public static void main(String[] args) throws InterruptedException {
        int i = 0;
        try {
            for (int j = 0; j < 100000; j++) { // 设置1w个数
                // 这里如果不采用.intern()
                // 我们会发现1w个数全部存入内存中
                String.valueOf(j);
                i++;
            }
        } catch (Throwable e) {
            e.printStackTrace();
        } finally {
            System.out.println(i);
        }

    }
}

/**
 * 演示 StringTable 垃圾回收
 * -Xmx10m -XX:+PrintStringTableStatistics(打印StringTable内容) -XX:+PrintGCDetails -verbose:gc（打印垃圾回收）
 */
public class Demo1_7 {
    public static void main(String[] args) throws InterruptedException {
        int i = 0;
        try {
            for (int j = 0; j < 100000; j++) { // 设置1w个数
                // 这里如果采用.intern()
                // 我们会发现StringTable里面的值会少于1w，这是因为发生了垃圾回收，回收掉不使用的信息
                String.valueOf(j).intern();
                i++;
            }
        } catch (Throwable e) {
            e.printStackTrace();
        } finally {
            System.out.println(i);
        }

    }
}

StringTable调优

最后我们介绍StringTable的调优方法：

1. 设置桶的个数

// 我们直到StringTable是一个哈希表，哈希表里面桶的个数会影响其效率
// 如果桶过少，每个桶存储信息过多导致查找缓慢；如果桶过多，导致信息分布较为疏散导致查找缓慢
// 我们提供一个配置来改变桶的个数：-XX:StringTableSize=10000（需要设计恰到好处的桶个数）

package cn.itcast.jvm.t1.stringtable;

import java.io.BufferedReader;
import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStreamReader;

/**
 * 演示串池大小对性能的影响
 * -Xms500m -Xmx500m -XX:+PrintStringTableStatistics -XX:StringTableSize=1009
 */
public class Demo1_24 {

    public static void main(String[] args) throws IOException {
        try (BufferedReader reader = new BufferedReader(new InputStreamReader(new FileInputStream("linux.words"), "utf-8"))) {
            String line = null;
            long start = System.nanoTime();
            while (true) {
                line = reader.readLine();
                if (line == null) {
                    break;
                }
                line.intern();
            }
            System.out.println("cost:" + (System.nanoTime() - start) / 1000000);
        }

    }
}

1. 考虑字符串对象是否入池

// 我们同样可以采用intern来判断该字符串是否应该入池
// 我们排除掉相同的字符串自然可以节省空间~

package cn.itcast.jvm.t1.stringtable;

import java.io.BufferedReader;
import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.ArrayList;
import java.util.List;

/**
 * 演示 intern 减少内存占用
 * -XX:StringTableSize=200000 -XX:+PrintStringTableStatistics
 * -Xsx500m -Xmx500m -XX:+PrintStringTableStatistics -XX:StringTableSize=200000
 */
public class Demo1_25 {

    public static void main(String[] args) throws IOException {

        List<String> address = new ArrayList<>();
        System.in.read();
        for (int i = 0; i < 10; i++) {
            try (BufferedReader reader = new BufferedReader(new InputStreamReader(new FileInputStream("linux.words"), "utf-8"))) {
                String line = null;
                long start = System.nanoTime();
                while (true) {
                    line = reader.readLine();
                    if(line == null) {
                        break;
                    }
                    // 如果这里不采用.tern会导致全部字符串进入，导致储存较多
                    address.add(line);
                }
                System.out.println("cost:" +(System.nanoTime()-start)/1000000);
            }
        }
        System.in.read();
    }
}

/**
 * 演示 intern 减少内存占用
 * -XX:StringTableSize=200000 -XX:+PrintStringTableStatistics
 * -Xsx500m -Xmx500m -XX:+PrintStringTableStatistics -XX:StringTableSize=200000
 */
public class Demo1_25 {

    public static void main(String[] args) throws IOException {

        List<String> address = new ArrayList<>();
        System.in.read();
        for (int i = 0; i < 10; i++) {
            try (BufferedReader reader = new BufferedReader(new InputStreamReader(new FileInputStream("linux.words"), "utf-8"))) {
                String line = null;
                long start = System.nanoTime();
                while (true) {
                    line = reader.readLine();
                    if(line == null) {
                        break;
                    }
                    // 如果这里采用.tern就会筛选字符串，来进行调优~
                    address.add(line.tern());
                }
                System.out.println("cost:" +(System.nanoTime()-start)/1000000);
            }
        }
        System.in.read();
    }
}

直接内存

这小节我们来介绍系统中常用的直接内存

直接内存简介

我们先来介绍一下直接内存的定义：

• 直接内存不受JVM内存回收管理
• 直接内存是直接受管于系统的内存，不能被JVM所调配
• 直接内存通常用于NIO操作，用于数据缓冲区，其分配成本较高，但读写性能较高

直接内存详细介绍

我们通过一段代码来展示直接内存的速度：

package cn.itcast.jvm.t1.direct;

import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.nio.ByteBuffer;
import java.nio.channels.FileChannel;

/**
 * 演示 ByteBuffer 作用
 */
public class Demo1_9 {
    static final String FROM = "E:\\编程资料\\第三方教学视频\\youtube\\Getting Started with Spring Boot-sbPSjI4tt10.mp4";
    static final String TO = "E:\\a.mp4";
    static final int _1Mb = 1024 * 1024;

    public static void main(String[] args) {
        io(); // io 用时：1535.586957 1766.963399 1359.240226
        directBuffer(); // directBuffer 用时：479.295165 702.291454 562.56592
    }

    // directBuffer(直接内存读取数据)
    private static void directBuffer() {
        long start = System.nanoTime();
        try (FileChannel from = new FileInputStream(FROM).getChannel();
             FileChannel to = new FileOutputStream(TO).getChannel();
        ) {
            ByteBuffer bb = ByteBuffer.allocateDirect(_1Mb);
            while (true) {
                int len = from.read(bb);
                if (len == -1) {
                    break;
                }
                bb.flip();
                to.write(bb);
                bb.clear();
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
        long end = System.nanoTime();
        System.out.println("directBuffer 用时：" + (end - start) / 1000_000.0);
    }

    // io(jvm正常读取数据)
    private static void io() {
        long start = System.nanoTime();
        try (FileInputStream from = new FileInputStream(FROM);
             FileOutputStream to = new FileOutputStream(TO);
        ) {
            byte[] buf = new byte[_1Mb];
            while (true) {
                int len = from.read(buf);
                if (len == -1) {
                    break;
                }
                to.write(buf, 0, len);
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
        long end = System.nanoTime();
        System.out.println("io 用时：" + (end - start) / 1000_000.0);
    }
}

我们可以明显看到directBuffer速度比IO读取快很多，那么究竟是怎么实现的

我们可以分别给出两张图进行解释：

1. JVM正常读取

1. 直接内存读取

我们由上图可以得知：

• JVM正常读取需要先复制一份经过系统内存缓冲区，然后再复制一份才能进入到java文件中
• DirectMemory可以同时在系统内存和java堆内存中使用，我们只需要传入数据到直接内存中就可以直接读取调用

直接内存内存溢出问题

我们同样来进行直接内存的内存溢出问题测试：

package cn.itcast.jvm.t1.direct;

import java.nio.ByteBuffer;
import java.util.ArrayList;
import java.util.List;

/**
 * 演示直接内存溢出
 */
public class Demo1_10 {
    static int _100Mb = 1024 * 1024 * 100;

    public static void main(String[] args) {
        List<ByteBuffer> list = new ArrayList<>();
        int i = 0;
        try {
            while (true) {
                // 这里设置一个大小为100mb的直接内存
                ByteBuffer byteBuffer = ByteBuffer.allocateDirect(_100Mb);
                list.add(byteBuffer);
                i++;
            }
        } finally {
            System.out.println(i);
        }
        // 方法区是jvm规范， jdk6 中对方法区的实现称为永久代
        //                  jdk8 对方法区的实现称为元空间
    }
}

直接内存释放原理

我们目前所使用的直接内存是DirectMemory：

package cn.itcast.jvm.t1.direct;

import java.io.IOException;
import java.nio.ByteBuffer;

/**
 * 我们查看内存管理需要到任务管理器里查看，因为该内存属于系统内存，不再属于jvm
 */
public class Demo1_26 {
    static int _1Gb = 1024 * 1024 * 1024;

    // 我们使用debug模式调试

    public static void main(String[] args) throws IOException {
        // 我们使用byteBuffer来调取1G的内存使用

        // 我们开启项目后会看到一个内存为1G的java项目
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(_1Gb);
        System.out.println("分配完毕...");

        // 输入空格后开始进行系统的垃圾回收，这时byteBuffer被回收，我们会注意到内存为1G的项目结束
        System.in.read();
        System.out.println("开始释放...");
        byteBuffer = null;
        System.gc();
        System.in.read();
    }
}

但是我们需要注意的是我们的jvm的回收功能对系统内存是没有管辖权力的

所以回收ByteBuffer的类另有他人：

package cn.itcast.jvm.t1.direct;

import sun.misc.Unsafe;

import java.io.IOException;
import java.lang.reflect.Field;

/**
 * 直接内存分配的底层原理：Unsafe
 */
public class Demo1_27 {
    static int _1Gb = 1024 * 1024 * 1024;

    public static void main(String[] args) throws IOException {

        // unsafe正常情况下不会使用，因为系统内存通常由系统自动控制，我们这里采用暴力反射获取
        Unsafe unsafe = getUnsafe();

        // 分配内存（base实际上是该内存的地址，所以我们在释放时同样提供该base地址）
        long base = unsafe.allocateMemory(_1Gb);
        unsafe.setMemory(base, _1Gb, (byte) 0);
        System.in.read();

        // 释放内存
        unsafe.freeMemory(base);
        System.in.read();
    }

    // 暴力反射获得unsafe对象
    public static Unsafe getUnsafe() {
        try {
            Field f = Unsafe.class.getDeclaredField("theUnsafe");
            f.setAccessible(true);
            Unsafe unsafe = (Unsafe) f.get(null);
            return unsafe;
        } catch (NoSuchFieldException | IllegalAccessException e) {
            throw new RuntimeException(e);
        }
    }
}

然后我们就可以通过DirectMemory的源码来查看为什么它会收到jvm控制：

    // Primary constructor
    // DirectByteBuffer构造器里面直接调用了unsafe类来进行直接内存的控制
    DirectByteBuffer(int cap) {

        super(-1, 0, cap, cap);
        boolean pa = VM.isDirectMemoryPageAligned();
        int ps = Bits.pageSize();
        long size = Math.max(1L, (long)cap + (pa ? ps : 0));
        Bits.reserveMemory(size, cap);

        // 进行直接内存的生产
        long base = 0;
        try {
            base = unsafe.allocateMemory(size);
        } catch (OutOfMemoryError x) {
            Bits.unreserveMemory(size, cap);
            throw x;
        }
        unsafe.setMemory(base, size, (byte) 0);
        if (pa && (base % ps != 0)) {
            // Round up to page boundary
            address = base + ps - (base & (ps - 1));
        } else {
            address = base;
        }

        // cleaner会自动检测directMemory是否还存在，若不存在调用该方法
        // 这里采用cleaner，直接创建一个新的类型的Deallocator，跳转到下面的类中
        cleaner = Cleaner.create(this, new Deallocator(base, size, cap));
        att = null;
    }

	// cleaner操作跳转的类，继承了Runnable
    private static class Deallocator
        implements Runnable
    {

        private static Unsafe unsafe = Unsafe.getUnsafe();

        private long address;
        private long size;
        private int capacity;

        private Deallocator(long address, long size, int capacity) {
            assert (address != 0);
            this.address = address;
            this.size = size;
            this.capacity = capacity;
        }

        // 被清理时调用下述方法，采用unsafe.freeMemory(address)来清理直接内存，所以我们的垃圾回收才能清理直接内存
        public void run() {
            if (address == 0) {
                // Paranoia
                return;
            }
            unsafe.freeMemory(address);
            address = 0;
            Bits.unreserveMemory(size, capacity);
        }

    }

禁用显式回收的影响

其实在正常情况下我们的显式回收是不被允许开启的，因为可能会导致我们的部分信息损失：

package cn.itcast.jvm.t1.direct;

import java.io.IOException;
import java.nio.ByteBuffer;

/**
 * 禁用显式回收对直接内存的影响
 */
public class Demo1_26 {
    static int _1Gb = 1024 * 1024 * 1024;

    /*
     * -XX:+DisableExplicitGC 禁止显式回收配置
     */
    public static void main(String[] args) throws IOException {
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(_1Gb);
        System.out.println("分配完毕...");
        System.in.read();
        System.out.println("开始释放...");
        byteBuffer = null;
        System.gc(); // 显式的垃圾回收，Full GC 这时这个操作是无效的
        System.in.read();

        // 那么直接内存只能等到系统内存满了之后自动调用被动垃圾回收，但那样直接内存会占用大量空间
        // 但是我们又希望清除掉这个直接内存，那么我们这时就只能手动采用unsafe的方法了，这里就不做代码展示了~
        // unsafe.freeMemory(address);
    }
}

结束语

到这里我们JVM的内存结构篇就结束了，希望能为你带来帮助~

附录

该文章属于学习内容，具体参考B站黑马程序员满老师的JVM完整教程

这里附上视频链接：01_什么是jvm_哔哩哔哩_bilibili