双亲委派机制的工作流程:
1. 当前ClassLoader首先从自己已经加载的类中查询是否此类已经加载,如果已经加载则直接返回原来已经加载的类。
每个类加载器都有自己的加载缓存,当一个类被加载了以后就会放入缓存,等下次加载的时候就可以直接返回了。
2. 当前classLoader的缓存中没有找到被加载的类的时候,委托父类加载器去加载,父类加载器采用同样的策略,首先查看自己的缓存,然后委托父类的父类去加载,一直到Bootstrap ClassLoader.
3. 当所有的父类加载器都没有加载的时候,再由当前的类加载器加载,并将其放入它自己的缓存中,以便下次有加载请求的时候直接返回。
总结:
“双亲委派”机制只是Java推荐的机制,并不是强制的机制。
我们可以继承java.lang.ClassLoader类,实现自己的类加载器。如果想保持双亲委派模型,就应该重写findClass(name)方法;如果想破坏双亲委派模型,可以重写loadClass(name)方法。具体细节建议看下源码
1 双亲委派(又称双亲委托)
作用:保证类加载的有序性和安全性
类加载器的分类:
作用:保证JVM的核心类和用户的类都能得到正常加载
双亲委派机制:
向上委派:当类加载器加载一个类时,首先会向他的父类加载器进行委派,直到启动类加载器。
向下委派:当启动类加载器发现自己无法加载这个类时,会委派给他的子类加载器进行加载,如果直到最后一个子类还不能加载,就抛出ClassNotFound异常。
2 如何打破双亲委派
两个典型的方法:
- 自定义类加载器,重写loadClass方法
- 使用线程上下文类加载器
2.1 重写loadClass方法
因为双亲委派机制的实现都是通过这个方法实现的,这个方法可以指定类通过什么加载器来进行加载,所以如果我
们改写他的加载规则,就相当于打破了双亲委派机制。默认的过程是这样的,先判断这个类是不是已经被当前层的
类加载器加载过了,如果没有加载过就就将该类委派给父类加载器,如果父加载器无法加载再向下传递,回来由自
己来进行加载,重写了这个方法以后就能自己定义使用什么加载器了,也可以自定义加载委派机制,也就打破了双
亲委派模型。
重写loadClass()方法也就有可能连带把findClass(方法也重写。
2.2 线程上下文类加载器
线程上下文类加载器(Thread Context ClassLoader)。这个类加载器可以通过java.lang.Thread类的
setContextClassLoader()方法进行设置,如果创建线程时还未设置,他将会从父线程中继承一个,如果在应用程序
的全局范围内都没有设置过的话,那这个类加载器默认就是应用程序类加载器。
有了线程上下文加载器,JNDI服务就可以使用它去加载所需要的SPI代码,也就是父类加载器请求子类加载器去完
成类加载的动作,这种行为实际上就是打通了双亲委派模型层次结构来逆向使用类加载器,实际上已经违背了双亲
委派模型的一般性原则,但这也是无可奈何的事情。Java中所有涉及SPI的加载动作基本上都采用这种方式,例如
JNDI、JDBC、JCE、JAXB和JBI等。
refs:
https://blog.csdn.net/weixin_39222112/article/details/81316511
https://blog.csdn.net/Mr_YanMingXin/article/details/119633526