前言
我们知道,对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在JVM中的唯一性。但有时候,虽然两个类来源于同一个class文件,被同一个虚拟机加载,但只要加载它们的类加载器不同,那么两个类必定不相同。为了解决JVM的唯一性问题,就引入了双亲委派机制双亲委派机制
public Class<?> loadClass(String name) throws ClassNotFoundException {
return loadClass(name, false);
}
// ----------
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
// First, check if the class has already been loaded
Class<?> c = findLoadedClass(name);
if (c == null) {
try {
if (parent != null) {
c = parent.loadClass(name, false);
} else {
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
c = findClass(name);
}
}
return c;
}
从上面我们可以看出:双亲委派机制加载一个类时,首先会先检查是否已经被加载过了,如没有加载则调用父加载器的loadClass()方法,若父加载器为空则默认使用启动类加载器作为父加载器。如果父类加载失败,则抛出ClassNotFoundException异常,在调用自己的findClass()方法进行加载。
破坏双亲委派机制
打破双亲委派机制则不仅要继承ClassLoader类,还要重写loadClass和findClass方法 。但在JDK1.2之后就不提倡用户去覆盖loadClass()方法了,而应当把自己的类加载逻辑写到findClass()方法中,在loadClass()方法的逻辑里如果父类加载失败,则会调用自己的findClass()方法来完成加载,这样就可以保证新写出来的类加载器是符合双亲委派规则的。
具体实现可以参考: https://blog.csdn.net/zhouxcwork/article/details/81566636)
总结
双亲委派机制只是Java推荐的机制,并不是强制的机制。我们可以继承java.lang.ClassLoader类,实现自己的类加载器。如果想保持双亲委派模型,就应该重写findClass(name)方法;如果想破坏双亲委派模型,可以重写loadClass(name)方法。