jvm基础高效复习面试找工作

女爷i 2024-03-17 10:37 21阅读 0赞

### jvm简介 ###

运行java.class文件的虚拟环境，非常重要在不同的系统环境中它保证了相同的Java.class文件可得到相同的结果。这也是为java程序能够跨平台提供了支撑。

当然jvm有很多种其中比用到较多的是我们熟悉的HotSport VM，每个人都可以自己开发属于自己的jvm，当然想了解更多知识我们可以看看[Comparison of Java virtual machinesopen in new window][] 这是维基百科提供的关于不同jvm的比较，感兴趣可以了解一下。

#### jdk1.8和jdk1.7jvm ####

因为1.8和1.7不同点不较多所以我们就从它们说起

我们先看一下它们的功能介绍图

jdk1.7

![32f2ad2a620641e98b464ab52571da84.png][]

jdk1.8

![96d3551fc58f42609e4f8a018ee1d529.png][]

#### 先介绍一下它们的功能介绍 ####

**线程私有的：**

*  程序计数器
 *  虚拟机栈
 *  本地方法栈

**线程共享的：**

*  堆
 *  方法区
 *  直接内存 (非运行时数据区的一部分)

#### 程序计数器 ####

程序技术就相当于运行指信号，每个线程执行字节码都有自己的计数器并为之分配一定的存储空间，每个程序计数器都是相互独立的。

字节码指示器通过通过程序计数器选取下一条执行的指令，分支，循环、跳转、异常处理、线程恢复等功能。

当在多线程，不同线程之间的切换也要通过程序计数器进行控制，记录当前线程运行的位置。

字节码解释器通过改变程序计数器来依次读取指令，从而实现代码的流程控制，如：顺序执行、选择、循环、异常处理。

在多线程的情况下，程序计数器用于记录当前线程执行的位置，从而当线程被切换回来的时候能够知道该线程上次运行到哪儿了。

#### Java 虚拟机栈 ####

它说线程私有的，随着线程的创建而创建，随着线程的消亡而消亡，出了一些Native方法是通过本地方法栈实现了其他方法都是要通过它来实现，可以说它是jvm运行的核心哪个部分。

每个方法的调用都对应一个方法栈帧被压栈，方法的调用结束则是一个方法栈帧被弹栈。

栈是由一个个栈帧组成的，栈帧：局部变量表、操作数栈、动态链接、方法返回地址。

![318402410e7b40918f9d8a7b999553e3.png][]

**局部变量表**

它主要存储编译期可知的各种数据类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference 类型，它不同于对象本身，可能是一个指向对象起始地址的引用指针，也可能是指向一个代表对象的句柄或其他与此对象相关的位置）

![b6694b13a86e45ca87fa208bb8a32a2f.png][]

**操作数栈**

主要作为方法调用的中转站使用，用于存放方法执行过程中产生的中间计算结果。另外，计算过程中产生的临时变量也会放在操作数栈中。

**动态链接**

主要服务一个方法需要调用其他方法的场景。Class 文件的常量池里保存有大量的符号引用比如方法引用的符号引用。当一个方法要调用其他方法，需要将常量池中指向方法的符号引用转化为其在内存地址中的直接引用。动态链接的作用就是为了将符号引用转换为调用方法的直接引用，这个过程也被称为 **动态连接**。

\[符号引用是指在程序编译和链接过程中，使用符号来引用一个变量、函数或其他对象的名称，而不是直接使用它们的地址或值。在编译过程中，符号引用会被解析为对应的地址或值，而链接器则会将不同模块中的符号引用和定义进行匹配，以便最终形成可执行程序。符号引用可以在不同的源文件中重复使用相同的变量或函数名，方便了程序的模块化设计和代码重用。

![d90751ef655e462d864710233e7ce73a.png][]

StackOverFlowError和OutOfMemoryError

栈空间是有限的，当我们调用的方法函数是死循环是或循环次数太多就会出现栈溢出的问题。就会报`StackOverFlowError`错误。

java方法有两种返回方式renturn和抛出异常，它们都会导致栈帧的弹出，**栈帧随着方法调用而创建，随着方法结束而销毁。无论方法正常完成还是异常完成都算作方法结束。**

栈还可能会出现`OutOfMemoryError`错误，这是因为如果栈的内存大小可以动态扩展，但是 如果虚拟机在动态扩展栈时无法申请到足够的内存空间，则抛出`OutOfMemoryError`异常。

总结

**`StackOverFlowError`：** 若栈的内存大小不允许动态扩展，那么当线程请求栈的深度超过当前 Java 虚拟机栈的最大深度的时候，就抛出 `StackOverFlowError` 错误。

**`OutOfMemoryError`：** 如果栈的内存大小可以动态扩展， 如果虚拟机在动态扩展栈时无法申请到足够的内存空间，则抛出`OutOfMemoryError`异常。

![8e44affe87a14110ae85f239ce7e7843.png][]

#### 本地方法栈 ####

和虚拟机栈所发挥的作用非常相似，区别是：**虚拟机栈为虚拟机执行 Java 方法 （也就是字节码）服务，而本地方法栈则为虚拟机使用到的 Native 方法服务。** 在 HotSpot 虚拟机中和 Java 虚拟机栈合二为一。

\[^\]: Native 方法是指在Java或其他编程语言中，通过调用本机库或操作系统提供的C/C++函数来实现某些特殊功能的方法。Java通过JNI（Java Native Interface）技术实现了对Native方法的支持，即在Java程序中调用本地C/C++方法。Native方法可用于实现高性能计算、访问硬件设备、操作系统接口等需要使用系统级别资源的操作。在Java中，Native方法的声明需要使用native关键字，并通过动态链接库或共享库连接到Java程序中。Native方法的实现和使用需要一些特殊的技术和注意事项，开发人员需要具备C/C++编程和JNI技术的相关知识和经验。

本地方法被执行的时候，在本地方法栈也会创建一个栈帧，用于存放该本地方法的局部变量表、操作数栈、动态链接、出口信息。

方法执行完毕后相应的栈帧也会出栈并释放内存空间，也会出现 `StackOverFlowError` 和 `OutOfMemoryError` 两种错误。

#### 堆 ####

创建：在java虚拟机启动的时候创建，主要用于存放**对象实例，几乎所有的对象实例以及数组都在这里分配内存。**

\[几乎所有的对象都存放在这里，但是随这jit编译器的出现和逃逸算法，栈上分配、标量替换优化技术的使用，对象堆上分配变得并不绝对，从 JDK 1.7 开始已经默认开启逃逸分析，如果某些方法中的对象引用没有被返回或者未被外面使用（也就是未逃逸出去），那么对象可以直接在栈上分配内存。\]

Java 堆是垃圾收集器管理的主要区域，因此也被称作 **GC 堆（Garbage Collected Heap）**。从垃圾回收的角度，由于现在收集器基本都采用分代垃圾收集算法，所以 Java 堆还可以细分为：新生代和老年代；再细致一点有：Eden、Survivor、Old 等空间。进一步划分的目的是更好地回收内存，或者更快地分配内存。

\[GC（Garbage Collection）堆是一种动态内存分配方式，用于存储由程序创建的对象和数据。它在内存中自动管理对象的分配和释放，通过垃圾回收机制来检测和清除不再使用的对象，从而防止内存泄漏和程序崩溃等问题。GC堆的优点在于可以方便地进行内存分配和管理，大大减少了内存管理的复杂度，同时也提高了程序的效率和稳定性。\]

在 JDK 7 版本及 JDK 7 版本之前，堆内存被通常分为下面三部分：

1.  新生代内存(Young Generation)
2.  老生代(Old Generation)
3.  永久代(Permanent Generation)

Eden 区、两个 Survivor 区 S0 和 S1 都属于新生代，中间一层属于老年代，最下面一层属于永久代。![d173ab0a3e1840328e8d7644a3e3cd96.jpeg][]

#### **JDK 8 版本之后** ####

PermGen(永久代) 已被 Metaspace(元空间) 取代，元空间使用的是本地内存。

\[大部分情况，对象都会首先在 Eden 区域分配，在一次新生代垃圾回收后，如果对象还存活，则会进入 S0 或者 S1，并且对象的年龄还会加 1(Eden 区->Survivor 区后对象的初始年龄变为 1)，当它的年龄增加到一定程度（默认为 15 岁），就会被晋升到老年代中。对象晋升到老年代的年龄阈值，可以通过参数 -XX:MaxTenuringThreshold 来设置。\]

\[“Hotspot 遍历所有对象时，按照年龄从小到大对其所占用的大小进行累积，当累积的某个年龄大小超过了 survivor 区的一半时，取这个年龄和 MaxTenuringThreshold 中更小的一个值，作为新的晋升年龄阈值”。动态年龄计算的代码如下\]

uint ageTable::compute_tenuring_threshold(size_t survivor_capacity) {
        //survivor_capacity是survivor空间的大小
    size_t desired_survivor_size = (size_t)((((double) survivor_capacity)*TargetSurvivorRatio)/100);
    size_t total = 0;
    uint age = 1;
    while (age < table_size) {
    total += sizes[age];//sizes数组是每个年龄段对象大小
    if (total > desired_survivor_size) break;
    age++;
    }
    uint result = age < MaxTenuringThreshold ? age : MaxTenuringThreshold;
        ...
    }

堆这里最容易出现的就是 `OutOfMemoryError` 错误，并且出现这种错误之后的表现形式还会有几种，比如：

1.  **`java.lang.OutOfMemoryError: GC Overhead Limit Exceeded`**：当 JVM 花太多时间执行垃圾回收并且只能回收很少的堆空间时，就会发生此错误。
2.  **`java.lang.OutOfMemoryError: Java heap space`** :假如在创建新的对象时, 堆内存中的空间不足以存放新创建的对象, 就会引发此错误。(和配置的最大堆内存有关，且受制于物理内存大小。最大堆内存可通过`-Xmx`参数配置，若没有特别配置，将会使用默认值，详见：[Default Java 8 max heap sizeopen in new window][]

#### 方法区 ####

方法区属于是 JVM 运行时数据区域的一块逻辑区域，是各个线程共享的内存区域。在不同的虚拟机实现上，方法区的实现是不同的。

当虚拟机要使用一个类时，它需要读取并解析 Class 文件获取相关信息，再将信息存入到方法区。方法区会存储已被虚拟机加载的 **类信息、字段信息、方法信息、常量、静态变量、即时编译器编译后的代码缓存等数据**。

**方法区和永久代以及元空间是什么关系**

方法区和永久代以及元空间的关系很像 Java 中接口和类的关系，类实现了接口，这里的类就可以看作是永久代和元空间，接口可以看作是方法区，也就是说永久代以及元空间是 HotSpot 虚拟机对虚拟机规范中方法区的两种实现方式。并且，永久代是 JDK 1.8 之前的方法区实现，JDK 1.8 及以后方法区的实现，JDK 1.8 及以后方法区的实现变成了元空间。

![696973b8990d4dbe84634a6a79b48a2f.jpeg][]

为什么永久代被元空间取代了呢

![79c31afdb3a54b9c84232d6bee7ee50e.png][]

1、整个永久代有一个设置的固定大小上限，无法进行调整，而元空间使用的是本地内存，虽然元空间仍旧可能溢出，但是比原来出现的几率会更小。

> 当元空间溢出时会得到如下错误：`java.lang.OutOfMemoryError: MetaSpace`

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

2、元空间里面存放的是类的元数据，这样加载多少类的元数据就不由 `MaxPermSize` 控制了, 而由系统的实际可用空间来控制，这样能加载的类就更多了。

3、在 JDK8，合并 HotSpot 和 JRockit 的代码时, JRockit 从来没有一个叫永久代的东西, 合并之后就没有必要额外的设置这么一个永久代的地方了。

Java 8及之后的版本中，永久代被元空间（Metaspace）取代了。这是因为在早期的Java版本中，永久代总是存在着一些问题，主要包括以下几点：

1.  永久代大小难以确定：永久代的大小是由JVM参数设置决定的，在应用程序运行时很难准确的确定需要多少内存，如果分配的永久代内存不足，那么就会出现永久代溢出的问题。
2.  永久代回收效率低：永久代的垃圾回收效率比Java堆低，因为它的垃圾回收器只能使用单线程来回收垃圾。
3.  永久代易出现内存泄漏：在永久代中，持久化类加载器会将类的元数据信息缓存在永久代中，如果应用程序中使用了自定义的类加载器，而且这个加载器被频繁创建和销毁，就会导致永久代中的内存泄漏。 为了解决永久代存在的问题，Java 8开始使用元空间来代替永久代。元空间相对于永久代的优势有：
4.  元空间的大小不受JVM参数的影响，可以根据需要自动调整。
5.  元空间的垃圾回收效率比永久代高，可以使用并行垃圾回收器。
6.  元空间中的元数据信息可以通过使用本地内存缓存，避免了永久代中的内存泄漏问题。 综上，元空间取代了永久代主要是为了解决永久代存在的问题，提高JVM的性能和稳定性。

**方法区常用参数有哪些？**

JDK 1.8 之前永久代还没被彻底移除的时候通常通过下面这些参数来调节方法区大小。

-XX:PermSize=N //方法区 (永久代) 初始大小
    -XX:MaxPermSize=N //方法区 (永久代) 最大大小,超过这个值将会抛出 OutOfMemoryError 异常:java.lang.OutOfMemoryError: PermGen

相对而言，垃圾收集行为在这个区域是比较少出现的，但并非数据进入方法区后就“永久存在”了。

JDK 1.8 的时候，方法区（HotSpot 的永久代）被彻底移除了（JDK1.7 就已经开始了），取而代之是元空间，元空间使用的是本地内存。下面是一些常用参数：

-XX:MetaspaceSize=N //设置 Metaspace 的初始（和最小大小）
    -XX:MaxMetaspaceSize=N //设置 Metaspace 的最大大小

与永久代很大的不同就是，如果不指定大小的话，随着更多类的创建，虚拟机会耗尽所有可用的系统内存。

#### 运行时常量池 ####

Class 文件中除了有类的版本、字段、方法、接口等描述信息外，还有用于存放编译期生成的各种字面量（Literal）和符号引用（Symbolic Reference）的 **常量池表(Constant Pool Table)** 。

字面量是源代码中的固定值的表示法，即通过字面我们就能知道其值的含义。字面量包括整数、浮点数和字符串字面量。常见的符号引用包括类符号引用、字段符号引用、方法符号引用、接口方法符号。

《深入理解 Java 虚拟机》7.34 节第三版对符号引用和直接引用的解释如下：

![36dab9fa3fdf4a03b48f2da6f4eba0db.png][]

常量池表会在类加载后存放到方法区的运行时常量池中。

运行时常量池的功能类似于传统编程语言的符号表，尽管它包含了比典型符号表更广泛的数据。

既然运行时常量池是方法区的一部分，自然受到方法区内存的限制，当常量池无法再申请到内存时会抛出 `OutOfMemoryError` 错误。

#### 字符串常量池 ####

**字符串常量池** 是 JVM 为了提升性能和减少内存消耗针对字符串（String 类）专门开辟的一块区域，主要目的是为了避免字符串的重复创建。我们熟悉的基本数据类型的包装类和String类都有用到字符串常量池，面试题会考。

// 在堆中创建字符串对象”ab“
    // 将字符串对象”ab“的引用保存在字符串常量池中
    String aa = "ab";
    // 直接返回字符串常量池中字符串对象”ab“的引用
    String bb = "ab";
    System.out.println(aa==bb);// true

HotSpot 虚拟机中字符串常量池的实现是 `src/hotspot/share/classfile/stringTable.cpp` ,`StringTable` 可以简单理解为一个固定大小的`HashTable` ，容量为 `StringTableSize`（可以通过 `-XX:StringTableSize` 参数来设置），保存的是字符串（key）和 字符串对象的引用（value）的映射关系，字符串对象的引用指向堆中的字符串对象。

JDK1.7 之前，字符串常量池存放在永久代。JDK1.7 字符串常量池和静态变量从永久代移动了 Java 堆中。

![65442c2977dc4880b5a68666da62132f.jpeg][]

method-area-jdk1.6

![447b38f5818847f1a7f9fc8b64fa29a6.jpeg][]

**JDK 1.7 为什么要将字符串常量池移动到堆中？**

主要是因为永久代（方法区实现）的 GC 回收效率太低，只有在整堆收集 (Full GC)的时候才会被执行 GC。Java 程序中通常会有大量的被创建的字符串等待回收，将字符串常量池放到堆中，能够更高效及时地回收字符串内存。

相关问题：[JVM 常量池中存储的是对象还是引用呢？ - RednaxelaFX - 知乎open in new window][JVM _ - RednaxelaFX - _open in new window]

最后再来分享一段周志明老师在[《深入理解 Java 虚拟机（第 3 版）》样例代码&勘误open in new window][Java _ 3 _open in new window] GitHub 仓库的 [issue\#112open in new window][issue_112open in new window] 中说过的话：

> **运行时常量池、方法区、字符串常量池这些都是不随虚拟机实现而改变的逻辑概念，是公共且抽象的，Metaspace、Heap 是与具体某种虚拟机实现相关的物理概念，是私有且具体的。**

#### 直接内存 ####

直接内存是一种特殊的内存缓冲区，并不在 Java 堆或方法区中分配的，而是通过 JNI 的方式在本地内存上分配的。

直接内存并不是虚拟机运行时数据区的一部分，也不是虚拟机规范中定义的内存区域，但是这部分内存也被频繁地使用。而且也可能导致 `OutOfMemoryError` 错误出现。

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

直接内存的分配不会受到 Java 堆的限制，但是，既然是内存就会受到本机总内存大小以及处理器寻址空间的限制。

类似的概念还有 **堆外内存** 。在一些文章中将直接内存等价于堆外内，个人觉得不是特别准确。

堆外内存就是把内存对象分配在堆（新生代+老年代+永久代）以外的内存，这些内存直接受操作系统管理（而不是虚拟机），这样做的结果就是能够在一定程度上减少垃圾回收对应用程序造成的影响。

### HotSpot 虚拟机对象探秘 ###

通过上面的介绍我们大概知道了虚拟机的内存情况，下面我们来详细的了解一下 HotSpot 虚拟机在 Java 堆中对象分配、布局和访问的全过程。

#### 对象的创建 ####

Java 对象的创建过程我建议最好是能默写出来，并且要掌握每一步在做什么。

Step1:类加载检查

虚拟机遇到一条 new 指令时，首先将去检查这个指令的参数是否能在常量池中定位到这个类的符号引用，并且检查这个符号引用代表的类是否已被加载过、解析和初始化过。如果没有，那必须先执行相应的类加载过程。

Step2:分配内存

在**类加载检查**通过后，接下来虚拟机将为新生对象**分配内存**。对象所需的内存大小在类加载完成后便可确定，为对象分配空间的任务等同于把一块确定大小的内存从 Java 堆中划分出来。**分配方式**有 **“指针碰撞”** 和 **“空闲列表”** 两种，**选择哪种分配方式由 Java 堆是否规整决定，而 Java 堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定**。

**内存分配的两种方式** （补充内容，需要掌握）：

*  指针碰撞：
    
     *  适用场合：堆内存规整（即没有内存碎片）的情况下。
     *  原理：用过的内存全部整合到一边，没有用过的内存放在另一边，中间有一个分界指针，只需要向着没用过的内存方向将该指针移动对象内存大小位置即可。
     *  使用该分配方式的 GC 收集器：Serial, ParNew
 *  空闲列表：
    
     *  适用场合：堆内存不规整的情况下。
     *  原理：虚拟机会维护一个列表，该列表中会记录哪些内存块是可用的，在分配的时候，找一块儿足够大的内存块儿来划分给对象实例，最后更新列表记录。
     *  使用该分配方式的 GC 收集器：CMS

选择以上两种方式中的哪一种，取决于 Java 堆内存是否规整。而 Java 堆内存是否规整，取决于 GC 收集器的算法是"标记-清除"，还是"标记-整理"（也称作"标记-压缩"），值得注意的是，复制算法内存也是规整的。

**内存分配并发问题（补充内容，需要掌握）**

在创建对象的时候有一个很重要的问题，就是线程安全，因为在实际开发过程中，创建对象是很频繁的事情，作为虚拟机来说，必须要保证线程是安全的，通常来讲，虚拟机采用两种方式来保证线程安全：

*  **CAS+失败重试：** CAS 是乐观锁的一种实现方式。所谓乐观锁就是，每次不加锁而是假设没有冲突而去完成某项操作，如果因为冲突失败就重试，直到成功为止。**虚拟机采用 CAS 配上失败重试的方式保证更新操作的原子性。**
 *  **TLAB：** 为每一个线程预先在 Eden 区分配一块儿内存，JVM 在给线程中的对象分配内存时，首先在 TLAB 分配，当对象大于 TLAB 中的剩余内存或 TLAB 的内存已用尽时，再采用上述的 CAS 进行内存分配

Step3:初始化零值

内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），这一步操作保证了对象的实例字段在 Java 代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。

Step4:设置对象头

初始化零值完成之后，**虚拟机要对对象进行必要的设置**，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的 GC 分代年龄等信息。 **这些信息存放在对象头中。** 另外，根据虚拟机当前运行状态的不同，如是否启用偏向锁等，对象头会有不同的设置方式。

Step5:执行 init 方法

在上面工作都完成之后，从虚拟机的视角来看，一个新的对象已经产生了，但从 Java 程序的视角来看，对象创建才刚开始，`<init>` 方法还没有执行，所有的字段都还为零。所以一般来说，执行 new 指令之后会接着执行 `<init>` 方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完全产生出来。

#### 对象的内存布局 ####

在 Hotspot 虚拟机中，对象在内存中的布局可以分为 3 块区域：**对象头**、**实例数据**和**对齐填充**。

**Hotspot 虚拟机的对象头包括两部分信息**，**第一部分用于存储对象自身的运行时数据**（哈希码、GC 分代年龄、锁状态标志等等），**另一部分是类型指针**，即对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。

**实例数据部分是对象真正存储的有效信息**，也是在程序中所定义的各种类型的字段内容。

**对齐填充部分不是必然存在的，也没有什么特别的含义，仅仅起占位作用。** 因为 Hotspot 虚拟机的自动内存管理系统要求对象起始地址必须是 8 字节的整数倍，换句话说就是对象的大小必须是 8 字节的整数倍。而对象头部分正好是 8 字节的倍数（1 倍或 2 倍），因此，当对象实例数据部分没有对齐时，就需要通过对齐填充来补全。

#### 对象的访问定位 ####

建立对象就是为了使用对象，我们的 Java 程序通过栈上的 reference 数据来操作堆上的具体对象。对象的访问方式由虚拟机实现而定，目前主流的访问方式有：**使用句柄**、**直接指针**。

句柄

如果使用句柄的话，那么 Java 堆中将会划分出一块内存来作为句柄池，reference 中存储的就是对象的句柄地址，而句柄中包含了对象实例数据与对象类型数据各自的具体地址信息。

![2495d55e2a894e12a56d20b765f9adea.jpeg][]对象的访问定位-使用句柄

直接指针

如果使用直接指针访问，reference 中存储的直接就是对象的地址。

![762bf8810acd440cae6cc4f364a3c5d3.jpeg][]对象的访问定位-直接指针

这两种对象访问方式各有优势。使用句柄来访问的最大好处是 reference 中存储的是稳定的句柄地址，在对象被移动时只会改变句柄中的实例数据指针，而 reference 本身不需要修改。使用直接指针访问方式最大的好处就是速度快，它节省了一次指针定位的时间开销。

HotSpot 虚拟机主要使用的就是这种方式来进行对象访问。

--------------------

[Comparison of Java virtual machinesopen in new window]: https://en.wikipedia.org/wiki/Comparison_of_Java_virtual_machines
[32f2ad2a620641e98b464ab52571da84.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/ce009bc88bfc48fda979cb9e98f2ffbf.png
[96d3551fc58f42609e4f8a018ee1d529.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/1b438cb9b5014965a186b4d36c1d26f3.png
[318402410e7b40918f9d8a7b999553e3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/e370338317f545819fb14516d601b967.png
[b6694b13a86e45ca87fa208bb8a32a2f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/3aaee244e029479bb9261816dfc397a5.png
[d90751ef655e462d864710233e7ce73a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/e20b4333ee1b4f93b4336e51e5588769.png
[8e44affe87a14110ae85f239ce7e7843.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/6fbaadab2fb040f1a2ff5aad499db0f2.png
[d173ab0a3e1840328e8d7644a3e3cd96.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/069dd56348324d96b5fc3317088a7191.png
[Default Java 8 max heap sizeopen in new window]: https://stackoverflow.com/questions/28272923/default-xmxsize-in-java-8-max-heap-size
[696973b8990d4dbe84634a6a79b48a2f.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/7763000ad92c40dbbc50766fe85bf287.png
[79c31afdb3a54b9c84232d6bee7ee50e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/2a2cee6f12f34f8a8881b7403e7bcf5a.png
[36dab9fa3fdf4a03b48f2da6f4eba0db.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/91512ba967b64140b40e011ec2751941.png
[65442c2977dc4880b5a68666da62132f.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/c77280c387434fae982340bdd58b9d0e.png
[447b38f5818847f1a7f9fc8b64fa29a6.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/89d50ab782ff44df8647c23b4ad9e0d6.png
[JVM _ - RednaxelaFX - _open in new window]: https://www.zhihu.com/question/57109429/answer/151717241
[Java _ 3 _open in new window]: https://github.com/fenixsoft/jvm_book
[issue_112open in new window]: https://github.com/fenixsoft/jvm_book/issues/112
[2495d55e2a894e12a56d20b765f9adea.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/12036995b98d427cb8aad0fa8b2dfc00.png
[762bf8810acd440cae6cc4f364a3c5d3.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/5fe18b11c7f747bd8d393eaae568f5ef.png