前言

本笔记参照了周志明`《深入理解Java虚拟机：JVM高级特性与最佳实践》`第三版，读完之后受益匪浅，让我对 Java 虚拟机有了一个深刻的认识，这也是 Jvm 书籍中最好的读物之一。

1. 什么是 GC

GC(Garbage Collected)表示垃圾收集器

2. Java 内存区域

java 虚拟机在执行 java 程序的过程中会把它所管理的内存划分为若干个不同的数据区域。如下图所示：

Java8 和 Java8 之前的运行时内存结构比较

程序计数器

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

虚拟机栈

与程序计数器一样，虚拟机栈也是线程私有的，它的生命周期与线程（创建、可运行、不可运行）相同。

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

程序调用所使用的系统栈，如下图所示：

本地方法栈

本地方法栈与虚拟机栈作用相似，区别是虚拟机栈为虚拟机执行`java方法（字节码）服务，而本地方法栈则为虚拟机使用到的Native方法`服务。

堆

java 虚拟机所管理的内存中最大的一块。Java 堆是被所有线程共享的一块内存区域，在虚拟机启动时创建，其唯一目的是存放对象实例。Java 堆可以处于物理上不连续的内存空间中。在实现时，既可以实现成固定大小的，也可以是可拓展的（通过-Xmx 和-Xms 控制）。

方法区（也称永久代）

方法区是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。

运行时常量池

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

3. 虚拟机对象揭秘

对象的创建

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

对象的分配

在绝大多数情况下，对象首先在 eden 区分配，在一次新生代回收后，如果对象还存活，则会进入 s0 或者 s1，每经过一次新生代回收，对象如果存活，它的年龄就会加 1.当对象的年龄达到一定条件后，就会被认为是老年对象，从而进入老年代。

对象的内存布局

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

对象头

对象头包括 2 部分信息：

1. 用于存储对象自身的运行时数据

* 哈希码、GC 分代年龄、锁状态标志、线程持有的锁、偏向线程 ID、偏向时间戳

虚拟机对象头 Mark Word

|存储内容|标志位|状态|

|:---:|:---:|:---:|

|对象哈希码、对象分代年龄|01|未锁定|

|指向锁记录的指针|00|轻量级锁定|

|指向重量级锁的指针|10|膨胀（重量级锁定）|

|空，不需要记录信息|11|GC 标记|

|偏向线程 ID、偏向时间戳、对象分代年龄|01|可偏向|

1. 类型指针，即对象指向他的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。

4. 内存溢出异常

OutOfMemoryError 异常

堆溢出

Java 堆用于存储对象实例，只要不断地创建对象，并且保证 GC Roots 到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常。

代码如下：

/** * @Description java堆溢出 *  -XX:+PrintGC:PrintGCTimeStamps可与-XX:+PrintGC -XX:+PrintGCDetails混合使用 * VM args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError -Xloggc:D:/heapoom.log * @Author loubobooo * @Date 2019/3/9 11:11 **/public class HeapOOM {    static class OOMObject{}
    public static void main(String[] args) {        List<OOMObject> list = new ArrayList<>();        while (true){            list.add(new OOMObject());        }
    }}

堆内存问题检测思路

1. 如果是内存泄露

> 可通过工具（JProfiler 或者 MAT）查看泄露对象到 GC Roots 的引用链。于是就能找到泄露对象是通过怎样的路径与 GC Roots 相关联，并导致垃圾收集器无法自动回收它们的，掌握了泄露对象的类型信息及 GC Roots 引用链的信息，就可以比较准确地定位出泄露代码的位置

1. 若果不存在泄露（内存溢出了），就是内存中的对象确实都还必须存活着

> 那就应当检查虚拟机的堆参数（-Xms 与-Xmx），与机器物理内存对比看是否还可以调大，从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况，尝试减少程序运行期的内存消耗。

虚拟机栈和本地方法栈溢出

栈容量只由-Xss 参数设定。

关于虚拟机栈和本地方法栈，在 Java 虚拟机规范中描述了两种异常：

• 如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出 StackOverflowError 异常。

• 如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出 OutOfMemoryError 异常。

代码如下：

/** * @Description StackOverflowError * VM Args: -Xss160k * @Author loubobooo * @Date 2019/3/9 13:45 **/public class JavaVMStackSOF {    private int stackLength = 1;
    public void stackLeak(){        stackLength++;        stackLeak();    }
    public static void main(String[] args) throw Throwable{        JavaVMStackSOF oom = new JavaVMStackSOF();        try{            oom.stackLeak();        }catch (Throwable e){            System.out.println("stack length : " + oom.stackLength);            throw e;        }    }}

• 使用-Xss 参数减少毡内存容量。结果：抛出 StackOverflowError 异常，异常出现时输出的堆栈深度相应缩小。

• 定义了大量的本地变量，增大此方法帧中本地变量表的长度。结果：抛出 StackOverflowError 异常时输出的堆栈深度相应缩小。

参照输出结果表明：

在单个线程下，无论是由于栈帧太大还是虚拟机栈容量太小，当内存无法分配的时候，虚拟机抛出的都是 StackOverflowError 异常。

方法区和运行时常量池溢出

String.intern()是一个 Native 方法，它的作用是：

如果字符串常量池中已经包含一个等于此 String 对象的字符串，则返回代表池中这个字符串的 String 对象；否则，将此 String 对象包含的字符串添加到常量池中，并且返回此 String 对象的引用。

JDK1.6 版本代码如下：

/** * @Description 运行时常量池导致的内存溢出异常 * VM Args: -XX:PermSize=10M -XX:MaxPermSize=10M * 永久代对象大小 * @Author loubobooo * @Date 2019/3/9 14:17 **/public class RuntimeConstantPoolOOM {
    public static void main(String[] args) {        // 使用List保持着常量池引用，避免Full GC回收常量池行为        List<String> list = new ArrayList<>();        // 10MB的PermSize在integer范围内足够产生OOM了        int i = 0;        while (true){            list.add(String.valueOf(i).intern());        }                    }}

运行结果出现：运行时常量池溢出，并出现 PermGen space，说明运行时常量池属于方法区（永久代）的一部分。

PS: 不过方法区和“PermGen space”又有着本质的区别。前者是 JVM 的规范，而后者则是 JVM 规范的一种实现，并且只有 HotSpot 才有 “PermGen space”，

JDK1.8 中移除了永久代，转移到 MetaSpace 元空间

元空间的本质和永久代类似，都是对 JVM 规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制，但可以通过以下参数来指定元空间的大小：

-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。

String.intern()返回引用的测试

代码如下：

public class RuntimeConstantPoolOOM{    public static void main(String[] args){        String str1 = new StringBuilder("计算机").append("软件").toString();        System.out.println(str1.intern() == str1);        String str2 = new StringBuilder("ja").append("va").toString();        System.out.println(str2.intern() == str2);    }}

• 在 JDK1.6 版本中，得到如下结果

falsefalse

在 JDK1.6 中，intern()方法会把首次遇到的字符串实例复制到永久代中，返回的也是永久代中这个字符串实例的引用，而由`StringBuilder` 创建的字符串实例在 Java 堆上，所以必然不是同一个引用，将返回 false

• 在 JDK1.7 版本中，得到如下结果

truefalse

在 JDK1.7 的`intern()实现不会再复制实例，只是在常量池中记录首次出现的实例引用，因此intern()返回的引用和由StringBuilder`创建的那个字符串实例是同一个。

对 str2 比较返回的 false，是因为"java"这个字符串在执行`StringBuilder.toString()`之前已经出现过，字符串常量池中已经有它的引用了，不符合“首次出现”的原则，而“计算机软件”这个字符串则是首次出现的，因此返回 true

方法区用于存放 class 的相关信息，如*类名、访问修饰符、常量池、字段描述、方法描述*等。对于这些区域的测试，基本的思路是运行时产生大量的类去填满方法区，直到溢出。

5. 总结

程序计数器、虚拟机栈、本地方法栈 3 个区域随线程而生，随线程而灭；栈中的栈帧随着方法的进入和退出而有条不紊地执行着出栈和入栈操作。