双亲委派机制

前言

我们知道，对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在JVM中的唯一性。但有时候，虽然两个类来源于同一个class文件，被同一个虚拟机加载，但只要加载它们的类加载器不同，那么两个类必定不相同。为了解决JVM的唯一性问题，就引入了双亲委派机制

双亲委派机制

public Class<?> loadClass(String name) throws ClassNotFoundException {
        return loadClass(name, false);
    }
    //              ----------
    protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
            // First, check if the class has already been loaded
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                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.
                    c = findClass(name);
                }
            }
            return c;
    }

从上面我们可以看出：双亲委派机制加载一个类时，首先会先检查是否已经被加载过了，如没有加载则调用父加载器的loadClass()方法，若父加载器为空则默认使用启动类加载器作为父加载器。如果父类加载失败，则抛出ClassNotFoundException异常，在调用自己的findClass()方法进行加载。

破坏双亲委派机制

打破双亲委派机制则不仅要继承ClassLoader类，还要重写loadClass和findClass方法 。
但在JDK1.2之后就不提倡用户去覆盖loadClass()方法了，而应当把自己的类加载逻辑写到findClass()方法中，在loadClass()方法的逻辑里如果父类加载失败，则会调用自己的findClass()方法来完成加载，这样就可以保证新写出来的类加载器是符合双亲委派规则的。
具体实现可以参考： https://blog.csdn.net/zhouxcwork/article/details/81566636)

总结

双亲委派机制只是Java推荐的机制，并不是强制的机制。
我们可以继承java.lang.ClassLoader类，实现自己的类加载器。如果想保持双亲委派模型，就应该重写findClass(name)方法；如果想破坏双亲委派模型，可以重写loadClass(name)方法。