JVM(JDK1.8)类加载机制深度解析

类加载的全过程

当我们用java命令运行某个类的main函数启动程序时，首先需要通过类加载器把主类加载到JVM。

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

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

加载：在硬盘上查找并通过IO读入字节码文件，使用类时候才会加载，在加载阶段会在内存中生               成 一个代表这个类的java.lang,Class对象，作为方法区这个类的各种数据的访问入口。

验证：字节码文件的正确性验证。

准备：给类的静态变量分配内存，并赋予默认值。

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

初始化:对类的静态变量初始化为指定的值，执行静态代码块。类被加载到方法区中后主要包含 运             行常量池、类型信息、字段信息、方法信息、类加载器的引用、对应class实例的引用等信息。

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

对应class实例的引用:类加载器在加载类信息放到方法区中后，会创建一个对应的class类型的对          象实例放到堆中，作为开发人员访问方法区中类定义的入口和切入点 。

注意:主类在运行过程中如果使用到其他了类，会逐步加载这些类。

类加载器和双亲委派机制

类加载器

Java中有如下几种类加载器

 1、引导类加载器。负责加载支撑JVM运行的位于JRE的lib目录下（在jdk中的位置%JAVA_HOME%/jre/lib下）核心类库，如rt.jar、charset.jar等。

2、扩展类加载器。负责加载支撑JVM运行的位于JRE的lib目录下ext（在jdk中的位置%JAVA_HOME%/jre/lib/ext下）扩展目录中的JAR包，如jce、sunpkcs11.jar等。

 3、应用程序类加载器。负责加载ClassPath路径下的类包。主要就是加载你自己写的那些类。

4、自定义加载器。负载加载用户自定义路径下的类包。

通过一小段代码说明。

package com.benshuai;

import com.sun.crypto.provider.DESKeyFactory;
import sun.misc.Launcher;

import java.net.URL;

public class MyClassLoaderTest {
    public static void main(String[] args) {
        System.out.println("------------------------验证各个不同目录下的类使用的类加载器-------------------------");
        //位于jre/lib 下的包 rt.jar 中 java.lang.String类
        System.out.println(String.class.getClassLoader());

        //位于jre/lib/ext 下的包 sunjce_provider.jar 中com.sun.crypto.provider.DESKeyFactory类
        System.out.println(DESKeyFactory.class.getClassLoader().getClass().getName());

        //我们应用下的包 classpath com.benshuai.MyClassLoaderTest 当前类
        System.out.println(MyClassLoaderTest.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("extClassLoader加载以下文件:");
        System.out.println(System.getProperty("java.ext.dirs"));
        //获取应用类加载器加载的路径
        System.out.println("appClassLoader加载以下文件:");
        System.out.println(System.getProperty("java.class.path"));

    }
}

运行后的结果

------------------------验证各个不同目录下的类使用的类加载器-------------------------
null
sun.misc.Launcher$ExtClassLoader
sun.misc.Launcher$AppClassLoader
------------------------获取各个类加载器的父加载器-------------------------
the bootstrapLoader null
the extClassLoader sun.misc.Launcher$ExtClassLoader@29453f44
the appClassLoader sun.misc.Launcher$AppClassLoader@18b4aac2
-------------------------输出各个类加载器加载的文件或路径------------------------
bootstrapLoader加载以下文件:
file:/D:/env/java/jdk1.8/jre/lib/resources.jar
file:/D:/env/java/jdk1.8/jre/lib/rt.jar
file:/D:/env/java/jdk1.8/jre/lib/sunrsasign.jar
file:/D:/env/java/jdk1.8/jre/lib/jsse.jar
file:/D:/env/java/jdk1.8/jre/lib/jce.jar
file:/D:/env/java/jdk1.8/jre/lib/charsets.jar
file:/D:/env/java/jdk1.8/jre/lib/jfr.jar
file:/D:/env/java/jdk1.8/jre/classes
extClassLoader加载以下文件:
D:\env\java\jdk1.8\jre\lib\ext;C:\Windows\Sun\Java\lib\ext
appClassLoader加载以下文件:
D:\env\java\jdk1.8\jre\lib\charsets.jar;D:\env\java\jdk1.8\jre\lib\deploy.jar;D:\env\java\jdk1.8\jre\lib\ext\access-bridge-64.jar;D:\env\java\jdk1.8\jre\lib\ext\cldrdata.jar;D:\env\java\jdk1.8\jre\lib\ext\dnsns.jar;D:\env\java\jdk1.8\jre\lib\ext\jaccess.jar;D:\env\java\jdk1.8\jre\lib\ext\jfxrt.jar;D:\env\java\jdk1.8\jre\lib\ext\localedata.jar;D:\env\java\jdk1.8\jre\lib\ext\nashorn.jar;D:\env\java\jdk1.8\jre\lib\ext\sunec.jar;D:\env\java\jdk1.8\jre\lib\ext\sunjce_provider.jar;D:\env\java\jdk1.8\jre\lib\ext\sunmscapi.jar;D:\env\java\jdk1.8\jre\lib\ext\sunpkcs11.jar;D:\env\java\jdk1.8\jre\lib\ext\zipfs.jar;D:\env\java\jdk1.8\jre\lib\javaws.jar;D:\env\java\jdk1.8\jre\lib\jce.jar;D:\env\java\jdk1.8\jre\lib\jfr.jar;D:\env\java\jdk1.8\jre\lib\jfxswt.jar;D:\env\java\jdk1.8\jre\lib\jsse.jar;D:\env\java\jdk1.8\jre\lib\management-agent.jar;D:\env\java\jdk1.8\jre\lib\plugin.jar;D:\env\java\jdk1.8\jre\lib\resources.jar;D:\env\java\jdk1.8\jre\lib\rt.jar;D:\study-workspace\jvm\target\classes;D:\env\resp\commons-io\commons-io\2.10.0\commons-io-2.10.0.jar;D:\env\IntelliJ IDEA 2020.1.3\lib\idea_rt.jar

Process finished with exit code 0

     肯定有人会疑惑，为什么执行System.out.println(String.class.getClassLoader());得到的结果是null。这就要从类加载器的类加载过程说起了，文章开头我就提到了引导类加载器是由Jvm的底层C++实现的，所以在java层我们调不到。

类加载器初始化的过程：

参见类运行加载全过程图可知其中会创建jvm启动器实例sun.misc.Launcher。sun.misc.Launcher初始化使用了单例模式设计，保证一个JVM虚拟机中只有一个sun.misc.Launcher实例。在Launcher构造方法内部，其创建了两个类加载器，分别是sun.misc.Launcher.ExtClassLoader(扩展类加载器)和sun.misc.Launcher.AppClassLoader(应用类加载器)。JVM默认使用Launcher的getClassLoader()方法返回的类加载器AppClassLoader的实例加载我们的应用程序。

sun.misc.Launcher类的构造方法

 public Launcher() {
        Launcher.ExtClassLoader var1;
        try {
            var1 = Launcher.ExtClassLoader.getExtClassLoader();
        } catch (IOException var10) {
            throw new InternalError("Could not create extension class loader", var10);
        }

        try {
            this.loader = Launcher.AppClassLoader.getAppClassLoader(var1);
        } catch (IOException var9) {
            throw new InternalError("Could not create application class loader", var9);
        }
   

//..................省略不必要的代码....................

}

双亲委派机制

JVM类加载器亲子结构图

这里类加载其实就是有个双亲委派机制，加载某个类时会先委托父加载器寻找目标类，找不到再委托上层父加载器加载，如果所有的父加载器在自己的加载类路径下都找不到目标类，则在自己的类加载路径中去查找并载入目标类。

比如我们的Cat类，最先会找应用程序类加载器加载，应用程序类加载器会先委托扩展类加载器加载，扩展类加载器再委托引导类加载器，顶层引导类加载器在自己的类加载路径中找， 如果没有找到Cat类，则向下退回加载Cat类的请求，扩展类加载器收到回复就自己加载，在自己的类加载路径里找Cat类未找到，又向下退回Cat类的加载请求给应用程序类加载器，应用程序类加载器于是在自己的类加载路径里找Cat类，结果找到就自己加载了。

首先我们来看一下应用程序类加载器AppClassLoader（sun.misc.Launcher中的静态类）加载类的双亲委派机制源码AppClassLoader的loadClass方法最终会调用其父类ClassLoader的loadClass方法，该方法的大体逻辑如下：

     1、首先检查指定名称的类是否已经加载过，如果加载过了就不需要再加载了。直接返回。

     2、如果此类么有被加载过，那么再判断一下是否有父加载器；如果有父加载器，则由父加载器加载（paent.loadClass(name,false))或者调用bootstrap类加载器加载。

    3、如果父加载器及bootstrap类加载器都没有找到指定的类， 那么调用当前类加载器的   findClass方法来完成类加载。

java.lang.classLoader的loadClass()方法

protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

1、沙箱安全机制：如自己写的java.lang.String.class不会被加载防止，核心API被随意篡改

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

看一个类加载实例，我们定义个类java.lang.String,在类中声明一个main方法，接着我们执行这main方法。

声明类

package java.lang;

public class String {
    public static void main(String[] args) {

    }
}

运行结果

错误: 在类 java.lang.String 中找不到 main 方法, 请将 main 方法定义为:
   public static void main(String[] args)
否则 JavaFX 应用程序类必须扩展javafx.application.Application

全盘负责委托机制“全盘负责”是指当一个ClassLoder装载一个类时，除非显示的使用另外一个ClassLoder，该类所依赖及引用的类也由这个ClassLoder载入。

自定义类加载器的示例实现：

自定义类加载器只需要继承java.lang.ClassLoader类，该类有两个核心方法，一个是loadClass(String name,boolean reserve),实现了双亲委派机制，还有几个方法是findClass，默认实现的是空方法，所以我们自定义类加载器主要是重写findClass方法。

com.benshuai.Cat

package com.benshuai;

public class Cat {
    public void say(){
        System.out.println("miao~~~~");
    }
}

 声明自定义类加载器com.benshuai.MyClassLoader

package com.benshuai;

import java.io.FileInputStream;
import java.lang.reflect.Method;

public class MyClassLoaderTest1 {


    static class MyClassLoader extends  ClassLoader{
    private String classpath;

        public MyClassLoader(String classpath) {
            this.classpath = classpath;
        }

        @Override
        protected Class<?> findClass(String name) throws ClassNotFoundException {
            try {
                byte[]  data = getData(name);
                return defineClass(name,data,0,data.length);
            } catch (Exception e) {
                e.printStackTrace();
                throw new ClassNotFoundException();
            }
        }
        
       private byte[] getData(String name) throws Exception{
            name = name.replaceAll("\\.", "/");
           FileInputStream fis = new FileInputStream(classpath+"/"+name+".class");
           int len = fis.available();
           byte[] data = new byte[len];
           fis.read(data);
           fis.close();
           return data;
       }

    }



    public static void main(String[] args) throws Exception {
        MyClassLoader classloader = new MyClassLoader("d:/jvmtest");
        Class<?> clazz = classloader.loadClass("com.benshuai.Cat");
        Object obj = clazz.newInstance();
        Method method = clazz.getDeclaredMethod("say", null);
        method.invoke(obj,null);
        System.out.println(clazz.getClassLoader().getClass().getName());
    }

}

输出自定义类加载器名称

miao~~~~
com.benshuai.MyClassLoaderTest1$MyClassLoader