双亲委派机制

类加载器

虚拟机在加载类的过程中需要使用类加载器进行加载，而在Java中，类加载器有很多，那么当JVM想要加载一个.class文件的时候，到底应该由哪个类加载器加载呢？

Java语言系统中支持以下4种类加载器：

1. Bootstrap ClassLoader 启动类加载器
2. Extention ClassLoader 标准扩展类加载器
3. Application ClassLoader 应用类加载器
4. User ClassLoader 用户自定义类加载器

一般认为上一层加载器是下一层加载器的父加载器，那么，除了BootstrapClassLoader之外，所有的加载器都是有父加载器的。

双亲委派机制

当一个类加载器收到了类加载的请求的时候，他不会直接去加载指定的类，而是把这个请求委托给自己的父加载器去加载。只有父加载器无法加载这个类的时候，才会由当前这个加载器来负责类的加载。

Java中提供的这四种类型的加载器，是有各自的职责的：

1. Bootstrap ClassLoader
   主要负责加载Java核心类库，%JRE_HOME%\lib下的rt.jar、resources.jar、charsets.jar和class等。
2. Extention ClassLoader
   主要负责加载目录%JRE_HOME%\lib\ext目录下的jar包和class文件。
3. Application ClassLoader
   主要负责加载当前应用的classpath下的所有类
4. User ClassLoader
   用户自定义的类加载器,可加载指定路径的class文件

优点

1. 首先，通过委派的方式，可以避免类的重复加载，当父加载器已经加载过某一个类时，子加载器就不会再重新加载这个类。
2. 另外，通过双亲委派的方式，还保证了安全性。因为Bootstrap ClassLoader在加载的时候，只会加载JAVA_HOME中的jar包里面的类，如java.lang.Integer，那么这个类是不会被随意替换的，除非有人跑到你的机器上， 破坏你的JDK。
   那么，就可以避免有人自定义一个有破坏功能的java.lang.Integer被加载。这样可以有效的防止核心Java API被篡改。

"父子加载器"之间的关系

双亲委派模型中，类加载器之间的父子关系一般不会以继承（Inheritance）的关系来实现，而是都使用组合（Composition）关系来复用父加载器的代码的。

如何主动破坏双亲委派机制？

因为他的双亲委派过程都是在loadClass方法中实现的，那么想要破坏这种机制，那么就自定义一个类加载器，重写其中的loadClass方法，使其不进行双亲委派即可。

loadClass（）、findClass（）、defineClass（）区别

ClassLoader中和类加载有关的方法有很多，前面提到了loadClass，除此之外，还有findClass和defineClass等，那么这几个方法有什么区别呢？

• loadClass()
  就是主要进行类加载的方法，默认的双亲委派机制就实现在这个方法中。
• findClass()
  根据名称或位置加载.class字节码
• definclass()
  把字节码转化为Class