类加载机制

1.类生命周期

• 加载：读取二进制内容
• 验证：验证class文件格式规范、语义分析、引用验证、字节码验证
• 准备：分配内存、设置类static修饰的变量初始化
• 解析：类、接口、字段、类方法等解析
• 初始化：为静态变量赋值；执行静态代码块
• 使用：创建实例对象
• 卸载：从JVM方法区卸载

2.类加载器

类加载器负责装入类，搜索网络、jar、zip、文件夹、二进制数据、内存等知道位置的类资源。一个Java程序运行，最少有三个类加载器实例，负责不同类的加载。

• Bootstrap loader（核心类库加载器）：C/C++实现。无对应Java类：null，加载JRE_HOME/jre/lib目录，或用户配置的目录。
• Extension Class Loader（拓展类库加载器）：ExtClassLoader的实例，加载JRE_HOME/jre/lib/ext目录，JDK拓展包，或用户配置的目录。
• application class loader（用户应用程序加载器）：AppClassLoader的实例，加载java.class.path指定的目录，用户应用程序 class-path 或者Java命令运行时参数-cp…

3.查看程序的类加载器

package cn.suvue.discipline.practice.classloader;

public class ClassLoaderView {
    public static void main(String[] args) throws ClassNotFoundException {
        //核心类库加载器：null
        System.out.println("核心类库加载器："+ClassLoaderView.class.getClassLoader().loadClass("java.lang.String").getClassLoader());
        //拓展类库加载器：sun.misc.Launcher$ExtClassLoader@5a39699c
        System.out.println("拓展类库加载器："+ClassLoaderView.class.getClassLoader().loadClass("com.sun.nio.zipfs.ZipCoder").getClassLoader());
        //应用程序库加载器：sun.misc.Launcher$AppClassLoader@18b4aac2
        System.out.println("应用程序库加载器："+ClassLoaderView.class.getClassLoader());
        //双亲委派模型
        //应用程序库加载器的父类sun.misc.Launcher$ExtClassLoader@5a39699c
        System.out.println("应用程序库加载器的父类"+ClassLoaderView.class.getClassLoader().getParent());
        //应用程序库加载器的父类的父类null
        System.out.println("应用程序库加载器的父类的父类"+ClassLoaderView.class.getClassLoader().getParent().getParent());
    }
}

4.类不会重复加载

• 类的唯一性：同一个类加载器，类名一样，代表是同一个类。
• 识别方式：ClassLoader Instance id+PackageName + ClassName
• 验证方式：使用类加载器，对同一个class类的不同版本，进行多次加载，检验是否会加载到最新的代码
• 注意一个小知识点，静态代码块在类加载的时候，不会被执行，第一次被使用如第一次创建该类的对象时，才会被执行。

5.类的卸载

满足如下两个条件：

• 该Class所有的实例都已经被GC
• 加载该类的ClassLoader实例已经被GC

验证方式：jvm启动中增加-verbose:class参数，输出类加载和卸载的日志信息。

6.双亲委派模型

• 为了避免重复加载，由下到上逐级委托，由上到下逐级查找。
• 首先不会自己去尝试加载类，而是把这个请求委派给父加载器去完成；每一层次的加载器都是如此，因此所有的类加载请求都会传给上层的启动类加载器。
• 只有当父加载器反馈自己无法完成该加载请求（该加载器的搜索范围中没有找到对应的类）时，子加载器才会尝试自己去加载。
• 注：类加载器之间不存在父类子类的关系，双亲是翻译，可以理解为逻辑上定义的上下级关系。