Java类加载机制与JVM虚拟机内存模型

类加载机制

其中loadClass的类加载过程有如下几步：

加载 >> 验证 >> 准备 >> 解析 >> 初始化 >> 使用 >> 卸载

加载：在硬盘上查找并通过IO读入字节码文件，使用到类时才会加载，例如调用类的 main()方法，new对象等等，在加载阶段会在内存中生成一个代表这个类的 java.lang.Class对象 ，作为方法区这个类的各种数据的访问入口 （找到磁盘上的class文件通过虚拟机加载进内存）

验证：校验字节码文件的正确性 （校验是否是一个正确的class文件，是否符合当前虚拟机规范）

准备：给类 的静态变量 分配内存，并赋予默认值 （例如整型默认值为0，不是代码里的初始值）

解析：将 符号引用 替换为直接引用，该阶段会把一些静态方法(符号引用，比如 main()方法)替换为指向数据所存内存的指针或句柄等(直接引用)，这是所谓的静态链接 过 程(类加载期间完成)，动态链接 是在程序运行期间完成的将符号引用替换为直接引用 (符号引用替换为直接引用：即把一些在运行过程中不会改变内存地址的方法如main方法在此阶段替换为内存中的地址，也叫静态链接。动态链接：运行过程中内存地址会改变，在运行过程中把符号引用替换为直接引用)

初始化 ： 对类的静态变量初始化为指定的值，执行静态代码块（即初始化为代码里初始化的值，静态代码块的执行在构造方法之前）

类被加载到方法区中后主要包含 运行时常量池、类型信息、字段信息、方法信息、类加载器的 引用、对应class实例的引用 等信息。

类加载器的引用 ：这个类到类加载器实例的引用

对应class实例的引用 ：类加载器在加载类信息放到方法区中后，会创建一个对应的Class 类型的

对象实例放到堆(Heap)中, 作为开发人员访问方法区中类定义的入口和切入点。

类加载器：

• 引导类加载器：负责加载支撑JVM运行的位于JRE的lib目录下的核心类库，比如 rt.jar，charsets.jar等（Jdk最核心的类）
• 扩展类加载器：负责加载支撑JVM运行的位于JRE的lib目录下的ext扩展目录中的JAR 类包
• 应用程序类加载器：负责加载ClassPath路径下的类包，主要就是加载你自己写的那 些类
• 自定义加载器：负责加载用户自定义路径下的类包（工程里target文件夹里的）

public class TestJDKClassLoader {

    public static void main(String[] args) {

        System.out.println(String.class.getClassLoader());
        System.out.println(com.sun.crypto.provider.DESKeyFactory.class.getClassLoader().getClass().getName());
        System.out.println(TestJDKClassLoader.class.getClassLoader().getClass().getName());
        System.out.println();

        ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();
        ClassLoader extClassloader = appClassLoader.getParent();
        ClassLoader bootstrapLoader = extClassloader.getParent();
        System.out.println("the bootstrapLoader : " + bootstrapLoader);
        System.out.println("the extClassloader : " + extClassloader);
        System.out.println("the appClassLoader : " + appClassLoader);
        System.out.println();

        System.out.println("bootstrapLoader加载以下文件：");
        URL[] urls = Launcher.getBootstrapClassPath().getURLs();
        for (int i = 0; i < urls.length; i++) {
            System.out.println(urls[i]);
        }
        System.out.println();
        System.out.println("extClassloader加载以下文件：");
        System.out.println(System.getProperty("java.ext.dirs"));
        System.out.println();
        System.out.println("appClassLoader加载以下文件：");
        System.out.println(System.getProperty("java.class.path"));
    }
}

为什么要设计双亲委派机制？

沙箱安全机制：自己写的java.lang.String.class类不会被加载，这样便可以防止核心 API库被随意篡改

避免类的重复加载：当父亲已经加载了该类时，就没有必要子ClassLoader再加载一 次，保证被加载类的唯一性

JVM虚拟机内存模型

• 每个线程私有的区域：虚拟机栈，本地方法栈，程序计数器（PC寄存器）
• 程序计数器：程序正在运行或马上要运行代码的内存位置。内存位置：JVM汇编里每一行前面的数字
• 本地方法栈的本地方法：用c/c++实现的dll文件
• 一个user对象，方法区存放的是地址，堆区存放值
• 虚拟机栈里的局部变量表（slot槽，类似数组），存放程序里的局部变量
• 操作数栈：程序在运行过程中操作数（变量对应的值）做运算操作的一块临时中转存放空间
• 虚拟机栈：每一个方法从调用开始至执行完成的过程，都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程。每个栈帧相互独立，即数据隔离。
• stw:Stop-the-World，简称STW，指的是GC事件发生过程中，会产生应用程序的停顿。停顿产生时整个应用程序线程都会被暂停，没有任何响应, 有点像卡死的感觉，这个停顿称为STW。为什么设置stw机制？
• 优化JVM本质：减少full GC
• 元空间用的是物理内存

JVM简单优化

• -Xss:设置每个线程堆栈大小，默认1M，递归调用即可经历2w次调用。-Xss设置越小，调用次数则越小，一个线程栈里能分配的栈帧就越少，但是第JVM整体来说能开启的线程数就越多
• 元空间优化：

关于元空间的JVM参数有两个：-XX:MetaspaceSize=N和 -XX:MaxMetaspaceSize=N，如果不设置会把物理内存用完，

-XX：MaxMetaspaceSize ： 设置元空间最大值， 默认是-1， 即不限制， 或者说只受限于本地内存大小。

-XX：MetaspaceSize ： 指定元空间触发Fullgc的初始阈值(元空间无固定初始大小)， 以字节为单位， 默认是21M，达到该值就会触发

full gc进行类型卸载， 同时收集器会对该值进行调整： 如果释放了大量的空间， 就适当降低该值； 如果释放了很少的空间， 那么在不超

过-XX：MaxMetaspaceSize（如果设置了的话） 的情况下， 适当提高该值。这个跟早期jdk版本的 -XX:PermSize 参数意思不一样，-

XX:PermSize 代表永久代的初始容量。

由于调整元空间的大小需要Full GC，这是非常昂贵的操作，如果应用在启动的时候发生大量Full GC，通常都是由于永久代或元空间发生

了大小调整，基于这种情况，一般建议在JVM参数中将MetaspaceSize和MaxMetaspaceSize设置成一样的值，并设置得比初始值要大，

对于8G物理内存的机器来说，一般我会将这两个值都设置为256M。