双亲委派机制

双亲委派机制

双亲委派机制是Java类加载器的一种工作模式，通过这种工作模式，Java虚拟机将类文件加载到内存中，从而保证Java程序能够正常运行。该机制的核心在于保证类的安全性和唯一性，以及避免类的重复加载。

在双亲委派模型中，当一个类加载器收到类加载的请求时，它不会自行尝试加载这个类，而是把这个请求委派给父类加载器去完成。这个过程会逐层向上传递，直到到达顶层的启动类加载器。只有当父加载器无法处理这个请求时，子加载器才会尝试自己去加载这个类。

这种机制的优势在于保护程序安全，防止核心API被随意篡改。例如，JDK的核心类在应用程序的类之前被加载，这样即使应用程序中存在某个问题，也不会影响到JVM的安全。

为了显示双亲委派的好处，我们故意写一个与java.lang.String类同包同名的String类

代码示例：

package java.lang;
// 自定义String类
public class String {
    static {
        System.out.println("我是自定义的String");
    }
}

public class StringTest {
    public static void main(String[] args) {
        java.lang.String s = new java.lang.String();
        System.out.println("hello");
    }
}

如果允许StringTest那么会打印自定义String类的代码块代码吗？

运行结果：

为什么不会加载自定义的String呢？

原理：

​ 因为在加载类的时候类加载器会层层向上委托加载，从最上面的引导类加载器开始判断能否加载，如果可以加载就直接加载，如果父类加载失败就由子加载器自己处理；

原因：

​ 我们知道java.lang.String类属于java的核心类库，而引导类加载器的职责恰好是加载java的核心类库，于是当向上委托，引导类加载器看到这个类是java.lang开头的，它就去加载了，由引导类加载器的String肯定是核心类库中的String而不是我们自定义的String

看图举例：

package java.lang;
// 自定义String类
public class String {
    static {
        System.out.println("我是自定义的String");
    }
    
    public static void main(String[] args) {
        System.out.println("你好");
    }
}

运行自定义String类的main方法

为什么报错了？

原因：

​ 很简单因为引导类加载器加载的String类，是基于java核心类库的String，但是核心类库中的String有main方法吗？很显然没有！