JVM---双亲委派机制

今天看了一篇博文，总算是搞清楚了双亲委派机制到底是个啥事，所以简单记录一下今天的收获~ 

双亲委派机制

首先我们得知道，java代码被编译器编译成.class的字节码文件之后，再由我们的ClassLoader类加载器将这些class文件给加载到JVM中去执行。

而JVM提供了三层的ClassLoader：

· Bootstrap classLoader:主要负责加载核心的类库(java.lang.*等)，构造ExtClassLoader和APPClassLoader。

· ExtClassLoader：主要负责加载jre/lib/ext目录下的一些扩展的jar。

· AppClassLoader：主要负责加载应用程序的主函数类

public Class<?> loadClass(String name) throws ClassNotFoundException {
    return loadClass(name, false);
}
//              -----??-----
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
    // 首先，检查是否已经被类加载器加载过
    Class<?> c = findLoadedClass(name);
    if (c == null) {
        try {
            // 存在父加载器，递归的交由父加载器
            if (parent != null) {
                c = parent.loadClass(name, false);
            } else {
                // 直到最上面的Bootstrap类加载器
                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;
}

通过上面的源码我们可以知道：

当一个class文件要被加载的时候，首先会在AppClassLoader中检查是否被加载过，如果有则·无需加载。如果没有，就往上找父加载器中是否被加载过，如果没有再往上。注意这个类似递归的过程，直到到达Bootstrap classLoader之前，都是在检查是否加载过，并不会选择自己去加载。直到BootstrapClassLoader，已经没有父加载器了，这时候开始考虑自己是否能加载了，如果自己无法加载，会下沉到子加载器去加载，一直到最底层，如果没有任何加载器能加载，就会抛出ClassNotFoundException。

总结：