学习双亲委派之前先学习一下 有哪些类加载器
一. 类加载器
什么情况下
Java中的类加载器由上到下分为:
-
BootstrapClassLoader(启动类加载器)
它是用来加载<JAVA_HOME>/lib目录中的类库(或被-Xbootclasspath参数所指定的路径中),比如int.class,String.class都是由它加载,由c++代码实现,在Java代码中无法直接获取到。 -
ExtClassLoader(扩展类加载器)
Java代码实现,继承了ClassLoader抽象类,它负责将<Java_Home>/lib/ext或者被 java.ext.dir系统变量所指定路径中的所有类库加载到内存中,开发者可以直接使用扩展类加载器。由Java语言实现,父类加载器为BootstrapClassLoader -
AppClassLoader(应用程序类加载器)
Java代码实现,继承了ClassLoader抽象类,这个类加载器是ClassLoader
中的getSystemClassLoader()
静态方法的返回值,因此一般称为系统类加载器。它负责加载用户类路径(ClassPath)上所指定的类库,开发者可以直接使用这个类加载器,如果应用程序中没有自定义过自己的类加载器,一般情况下这个就是程序中默认的类加载器 -
自定义类加载器
这里的自定义类加载 不是jvm提供给我们的,而是通过代码实现的。通过继承 java.lang.ClassLoader,根据不同的需求来实现自定义的类加载器
二. 双亲委派机制
工作原理:
- 如果一个类加载器收到了类加载请求,它并不会自已先去加载,而是把这个请求委托给父类的加载器去执行
- 如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器
- 如果启动类加载器可以完成类加载任务,就成功返回,若启动类加载器无法完成此加载任务,则反向向下委托子类加载器去加载这个类
1. 如何理解向下委派
当父类加载器在接收到类加载请求后,发现自己无法加载这个类(这个情况通常是因为这个类的Class文件在父类的加载路径中不存在)这时父类会把这个请求发送给子类,并向下委派子类加载器来加载这个类,直到这个请求被成功加载,但是一直到自定义加载器都没有找到,JVM就会抛出ClassNotFund异常
2. 向下委派的加载过程(报ClassNotFund的过程)
- 启动类在加载路径下查找并加载Class文件,如果没有找到就交给扩展类加载器加载
- 扩展类加载器在它的加载路径下查找并加载Class文件,如果还是没有找到,再交给应用程序类加载器加载
- 应用程序类加载器在加载路径下查找并加载Class文件,如果还是没有找到,就交给自定义加载器进行加载
- 自定义加载器在用户指定的位置进行查找并加载Class文件,如果还是没有找到,JVM抛出ClassNotFund异常,类加载失败,JVM也启动失败
3. 双亲委派的作用
向上委派机制保证先加载JDK的核心类,再加载应用程序的类,有效防止了因为应用程序中因为某个类的存在一些不安全问题(如:用户自定义的String类),导致JVM变得不安全
例子:
自定义一个String类,包名和系统提供的String包名一样,运行结果是没用自定义的String类
为什么会这样呢?
因为类加载采用委托机制,这样可以保证父加载器优先加载,如果父加载器找到的这个类,子加载器就没有机会加载。而String类是Bootstrap加载器加载的,就算自己重写,也总是使用Java系统提供的String,自己写的String类根本没有机会得到加载