JDK-双亲委派模型

1、为什么不能定义java.lang.Object的Java文件？
2、在多线程的情况下，类的加载为什么不会出现重复加载的情况？

简单点说，所谓的双亲委派模型，就是加载类的时候，先请求其父类加载器去加载，如果父类加载器无法加载类，再尝试自己去加载类。如果都没加载到，就抛出异常。

1、现在让我们回到第一个问题：为什么不能创建java.lang.Object的Java文件？

即使我们已经定义了java.lang.Object的Java文件，但其实也无法加载，因为java.lang.Object已经被启动类加载器加载了。

2、你可能会问：为什么JVM要使用双亲委派模型来加载类？

性能，避免重复加载；
安全性，避免核心类被修改。

3、接下来，简单介绍一下各种类加载器：

启动类加载器：它不是一个Java类，是C++写的。主要负责JDK的核心类库，比如rt.jar,resource.jar等类库。启动类加载器完全是JVM自己控制的，开发人员是无法访问的。

扩展类加载器：是一个继承ClassLoader类的Java类，负责加载{JAVA_HOME}/jre/lib/ext/目录下的所有jar包

应用程序类加载器：是一个继承ClassLoader类的Java类，负载加载classpath目录下的所有jar和class文件，基本上你写的类文件，都是被应用程序类加载器加载的。

补充一下：三个类加载器的关系，不是父子关系，是组合关系。

1、首先加锁，防止多线程的情况下，重复加载同一个类

2、当加载类的时候，先请求其父类加载器去加载类，如果父类加载器无法加载类时，才自己尝试去加载类

protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
    //看，这里有锁
    synchronized (getClassLoadingLock(name)) {
       
        //去看看类是否被加载过，如果被加载过，就立即返回
        Class<?> c = findLoadedClass(name);
        if (c == null) {
            
            //这里通过是否有parent来区分启动类加载器和其他2个类加载器
            if (parent != null) {
                //先尝试请求父类加载器去加载类，父类加载器加载不到，再去尝试自己加载类
                c = parent.loadClass(name, false);
            } else {
                //启动类加载器加载类，本质是调用c++的方法
                c = findBootstrapClassOrNull(name);
            }

            //如果父类加载器加载不到类，子类加载器再尝试自己加载
            if (c == null) {
                //加载类
                c = findClass(name);
            }
        }
        if (resolve) {
            resolveClass(c);
        }
        return c;
    }
}

我们来总结一下，双亲委派模型就是子类加载器调用父类加载器去加载类

引至：https://blog.csdn.net/Aaron_Tang_/article/details/114965934