简述双亲委派机制

提到双亲委派机制，就不得不提到类加载机制，也就是ClassLoader。

都知道java代码是运行在JVM中的，而JVM中总共做了两步，第一步编译，第二步就是加载运行。

JVM提供了三种类加载机制：

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

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

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

之前看过有一张图，能够比较清晰的展示双亲委派。

 在一个类要被加载的时候，首先会在AppClassLoader中检查是否被加载过，如果被加载过了，那就不需要再加载，如果没有，那就会去找父加载器的loadClass 方法。同理，父加载器也会检查是否被加载过，如果没有被加载过，那就会接着往上找，一直到最顶级，在这之前都是只会检查是否被加载过，而不会自己加载，直到最顶层之后已经没有父加载器了，时候开始考虑自己是否能加载了，如果自己无法加载，会下沉到子加载器去加载，一直到最底层，如果没有任何加载器能加载，就会抛出ClassNotFoundException。

而双亲委派机制的好处就是：

避免类的重复加载， 确保一个类的全局唯一性：

Java 类随着它的类加载器一起具备了一种带有优先级的层级关系， 通过这种
层级关系可以避免类的重复加载， 当父亲已经加载了该类时， 就没有必要子
ClassLoader 再加载一次

保护程序安全， 防止核心 API 被随意篡改

缺点的话就是：

检查类的过程是单向的，这个结构很清晰，每个层级的类加载器职责很明确，但是也会带来一个问题，就是顶层的类加载器无法访问底层类加载器所加载的类。