再战JVM (2) 双亲委派机制

学习双亲委派之前先学习一下 有哪些类加载器

一. 类加载器

什么情况下
Java中的类加载器由上到下分为：

1. BootstrapClassLoader（启动类加载器）
   它是用来加载＜JAVA_HOME＞/lib目录中的类库（或被-Xbootclasspath参数所指定的路径中），比如int.class,String.class都是由它加载，由c++代码实现，在Java代码中无法直接获取到。

2. ExtClassLoader（扩展类加载器）
   Java代码实现，继承了ClassLoader抽象类，它负责将<Java_Home>/lib/ext或者被 java.ext.dir系统变量所指定路径中的所有类库加载到内存中，开发者可以直接使用扩展类加载器。由Java语言实现，父类加载器为BootstrapClassLoader

3. AppClassLoader（应用程序类加载器）
   Java代码实现，继承了ClassLoader抽象类，这个类加载器是ClassLoader中的getSystemClassLoader()静态方法的返回值，因此一般称为系统类加载器。它负责加载用户类路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器

4. 自定义类加载器
   这里的自定义类加载 不是jvm提供给我们的，而是通过代码实现的。通过继承 java.lang.ClassLoader，根据不同的需求来实现自定义的类加载器

二. 双亲委派机制

工作原理：

1. 如果一个类加载器收到了类加载请求，它并不会自已先去加载，而是把这个请求委托给父类的加载器去执行
2. 如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器
3. 如果启动类加载器可以完成类加载任务，就成功返回，若启动类加载器无法完成此加载任务，则反向向下委托子类加载器去加载这个类

1. 如何理解向下委派

当父类加载器在接收到类加载请求后，发现自己无法加载这个类（这个情况通常是因为这个类的Class文件在父类的加载路径中不存在）这时父类会把这个请求发送给子类，并向下委派子类加载器来加载这个类，直到这个请求被成功加载，但是一直到自定义加载器都没有找到，JVM就会抛出ClassNotFund异常

2. 向下委派的加载过程（报ClassNotFund的过程）

1. 启动类在加载路径下查找并加载Class文件，如果没有找到就交给扩展类加载器加载
2. 扩展类加载器在它的加载路径下查找并加载Class文件，如果还是没有找到，再交给应用程序类加载器加载
3. 应用程序类加载器在加载路径下查找并加载Class文件，如果还是没有找到，就交给自定义加载器进行加载
4. 自定义加载器在用户指定的位置进行查找并加载Class文件，如果还是没有找到，JVM抛出ClassNotFund异常，类加载失败，JVM也启动失败

3. 双亲委派的作用

向上委派机制保证先加载JDK的核心类，再加载应用程序的类，有效防止了因为应用程序中因为某个类的存在一些不安全问题（如：用户自定义的String类），导致JVM变得不安全

例子：
自定义一个String类，包名和系统提供的String包名一样，运行结果是没用自定义的String类

为什么会这样呢？

因为类加载采用委托机制，这样可以保证父加载器优先加载，如果父加载器找到的这个类，子加载器就没有机会加载。而String类是Bootstrap加载器加载的，就算自己重写，也总是使用Java系统提供的String，自己写的String类根本没有机会得到加载

三. 破环双亲委派

破坏双亲委派