JVM内存结构

前言

本文介绍JVM内存结构，总结自B站黑马程序员JVM课程并结合周志明《深入理解Java虚拟机》
JVM内存结构图

1.程序计数器

1.1 定义

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

1.2 作用

保存当前执行指令的地址，一旦指令执行，程序计数器将更新到下一条指令

1.3 特点

• 线程是私有的。每个线程都需要有一个独立的程序计数器，各条线程之间计数器互不影响，独立存储，我们称这类内存区域为“线程私有的内存”。
• 不会存在内存溢出。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

2. Java虚拟机栈

2.1 定义

Java Virtual Machine Stacks（Java 虚拟机栈）

• 每个线程运行时所需要的内存，称为虚拟机栈
• 每个栈有多个栈帧（Frame）组成，对应着每次方法调用时所占用的内存
• 每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法
  虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。
  栈帧：每个方法运行时需要的内存（参数，局部变量，返回地址）。

问题解析

1. 垃圾回收是否涉及栈内存？
   不需要，方法调用栈帧内存，而方法调用后会被弹出栈，即自动被回收。

2. 栈内存的分配越大越好吗？
   栈内存划分越大，反而使线程数越少。物理内存大小一定，栈里面线程设置内存越大运行线程越少。

3. 方法内的局部变量是否是线程安全？
   如果方法内局部变量没有逃离方法的作用范围，线程安全的。
   如果是局部变量引用了对象，并逃离方法的作用范围，需要考虑线程安全问题。

2.2 栈内存溢出

• 栈帧过多导致溢出（方法递归调用没有设置正确结束条件）
• 栈帧过大导致内存溢出

package com.itheima.memory.stack;

/*
java.lang.StackOverflowError
-Xss256k：次数减少
-Xss10m：次数变多
 */
public class Demo02 {
    private static int count;

    public static void method() {
        count++;
        method();
    }


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

2.3 线程运行诊断

案例1：cpu 占用过多
定位
Linux

• 用top定位哪个进程对cpu的占用过高
• ps H -eo pid,tid,%cpu | grep 进程id（用ps命令进一步定位是哪个吸纳从引起的cpu占用过高）
• jstack 进程id
  可以根据线程id找到有问题的线程，进一步定位到问题代码的函数

案例2：程序运行很长时间没有结果
线程诊断-迟迟得不到结果

3. 本地方法栈

本地方法（Native Method Stack）与 虚拟机栈所发挥的作用是非常相似的，它们之间的区别不过是虚拟机栈为虚拟机执行 Java 方法（也就是字节码）服务，而本地方法栈则为虚拟机使用到的Native方法服务。

4. 堆

4.1 定义

Heap 堆
作用：
堆是用于存放对象的内存区域

• 通过 new 关键字，创建对象都会使用堆内存
  特点
• 它是线程共享的，堆中对象都需要考虑线程安全的问题
• 有垃圾回收机制

4.2 堆内存溢出

错误提示：
java.lang.OutOfMemoryError: Java heap space

错误原因：
内存真不够，通过调整堆内存大小解决
存在死循环，通过修改代码解决

4.3 堆内存诊断

jps：查看当前系统中有哪些Java进程
jmap 工具：查看堆内存占用情况(某一个时刻)
jmap -heap 进程id
jconsole 工具：图形界面的，内置 Java 性能分析器，多功能的监测工具，可以连续监测
案例：垃圾回收后，内存占用仍然很高

5. 方法区

5.1 定义

方法区（Method Area）与Java 堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。方法区在虚拟机启动时被创建，逻辑上是堆的组成部分。并不强制方法区的位置。当方法区无法满足内存分配需求时，将抛出OutOfMemoryError 异常。

5.2 组成

5.3 方法区内存溢出

Java 6中演示永久代内存溢出：
java.lang.OutOfMemoryError: PermGen space
-XX:MaxPermSize=8m

package com.itheima;
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 Demo01 extends ClassLoader {
    public static void main(String[] args) {
        int j = 0;
        try {
            Demo01 test = new Demo01();
            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);
        }
    }
}

Java 8中演示元空间内存溢出：
java.lang.OutOfMemoryError: Metaspace
-XX:MaxMetaspaceSize=10m -XX:-UseCompressedOops

package com.itheima.memory.method;

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

/*
    用来加载类的二进制字节码

    元空间，默认使用系统内存，一般跟物理内存有关，一般很难出现问题

    现在加一个参数，设置元空间内存，
    演示元空间内存溢出 java.lang.OutOfMemoryError: Metaspace
    -XX:MaxMetaspaceSize=8m
    设置大小，警用指针压缩
    -XX:MaxMetaspaceSize=10m -XX:-UseCompressedOops

    -XX:MaxMetaspaceSize=8m -XX:MaxMetaspaceSize=10m -XX:-UseCompressedOops
 */
public class Demo01 extends ClassLoader {
    public static void main(String[] args) {
        int count = 0;
        try {
            Demo01 d = new Demo01();
            for (int i = 0; i < 20000; i++, count++) {
                //作用：生成类的二进制字节码
                ClassWriter cw = new ClassWriter(i);
                //版本号，方法修饰符，类名，包名，父类，接口
                cw.visit(Opcodes.V1_8, Opcodes.ACC_PUBLIC, "Class" + i, null, "java/lang/Object", null);
                byte[] code = cw.toByteArray();
                //执行类的加载
                d.defineClass("Class" + i, code, 0, code.length);
            }
        } finally {
            System.out.println(count);
        }
    }
}

产生很多Class 场景：spring, mybatis

5.4 运行时常量池

• 常量池，就是一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息。
• 运行时常量池（Runtime Constant Pool）是 *.class 文件中的，当该类被加载，它的常量池信息就会放入运行时常量池，并把里面的符号地址变为真实地址。

5.5 StringTable

StringTable 特性

• 常量池中的字符串仅是符号，第一次用到才变为对象
• 利用串池的机制，来避免重复创建字符串对象
• 字符串变量拼接的原理是StringBuilder（1.8）
• 字符串变量拼接的原理是编译期优化
• 可以使用 intern 方法，主动将串池中还没有的字符串对象放入串池
  • 1.8 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池，会把串池中的对象返回
  • 1.6 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有会把对象复制一份，会把串池中的对象返回

StringTable_常量池与串池的关系
StringTable_字符串变量的拼接
…

5.6 StringTable位置

1.6位置：永久代
1.8位置：堆空间

5.7 StringTable 垃圾回收机制

垃圾回收只会在内存紧张时触发。

5.7 StringTable 性能调优

• 调整 -XX:StringTableSize=桶个数
• 考虑将字符串对象是否入池。（例如：大量的字符串且可能出现重复问题，可以入池减少字符串个数，减少堆内存使用）

6. 直接内存

6.1 定义

直接内存（Direct Memory）

• 常见于 NIO （New Input/Output类）操作时，用于数据缓冲区
• 分配回收成本较高，但读写性能高
• 不受 JVM 内存回收管理。

6.2 分配和回收原理

• 使用了 Unsafe 对象完成直接内存的分配回收，并且回收需要主动调用 freeMemory 方法
• ByteBuffer 的实现类内部，使用了 Cleaner （虚引用）来监测 ByteBuffer 对象，一旦 ByteBuffer 对象被垃圾回收，那么就会由 ReferenceHandler 线程通过 Cleaner 的 clean 方法调用 freeMemory 来释放直接内存