上文根据MySQL中Driver加载相关内容介绍了Java中SPI机制,本文详细介绍驱动的加载如何打破了双亲委派机制
Java双亲委派机制详细内容可以参考之前文章,在这里简单做个回顾
原理
首先我们要了解 Java 中的三层类加载器,分别为Bootstrap ClassLoader(启动类加载器),ExtClassLoader(扩展类加载器) 和 AppClassLoader(应用程序类加载器)。主要作用如下:
Bootstrap ClassLoader(启动类加载器):负责加载 JRE 的核心类库,如 lib 下的 rt.jar 等等
ExtClassLoader(扩展类加载器):主要加载 Java_Home/jre/lib/ext 目录下的类库
AppClassLoader(应用程序类加载器):主要负责加载应用程序的主函数类
那如果有一个我们写的Hello.java编译成的Hello.class文件,它是如何被加载到JVM中的呢?
打开 IDEA 搜索“ClassLoader”,打开“java.lang”包下的 ClassLoader 类。找到 loadClass 方法
public Class<?> loadClass(String name) throws ClassNotFoundException {
return loadClass(name, false);
}
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException {
// 首先,检查是否已经被类加载器加载过
Class<?> c = findLoadedClass(name);
if (c == null) {
try {
// 存在父加载器,递归的交由父加载器
if (parent != null) {
c = parent.loadClass(name, false);
} else {
// 直到最上面的Bootstrap类加载器
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;
}
DriverManager 中的 load
参考 Java 中 SPI 理解那一章,我们查看静态代码块中的代码
点进 loadInitialDrivers 方法,看到如下内容:
那么此时就要想到一个问题,DriverManager 是属于 java.sql 包下的且全路径为 JAVA_HOME\jre\lib\rt.jar\java\sql
。通过双亲委派机制可以知道,DriverManager 类已经被Bootstrap ClassLoader 已经加载了,此时就在这个类中进行操作了,按理说bootstrap classloader是无法加载到MySQL driver的(ClassNotFoundException)。那它为什么能调用 load 方法加载到对应驱动呢?也就是说,为什么 Bootstrap ClassLoader 类启动器中能使用到 AppClassLoader 类加载器?
原因就在于会创建一个当前线程的AppClassLoader,打破了双亲委派加载机制,这也就是我们之前所说的线程上下文类加载器(ThreadContextClassLoader)