JDBC SPI通过线程上下文类加载器（TCCL）实现跨类加载器协作：Bootstrap加载DriverManager，AppClassLoader加载驱动实现类，TCCL作为桥梁委托加载并传递对象引用，完成跨加载器注册与调用。
JDBC驱动的SPI加载机制本身不直接涉及“变量跨加载器传递”，但它天然暴露并依赖类加载器协作与上下文切换这一底层原理。掌握它，是理解Java中跨类加载器通信的关键入口。
JDBC SPI如何引出类加载器协作问题
JDBC的核心接口 java.sql.Driver 由 Bootstrap ClassLoader 加载（来自 rt.jar 或 java.base 模块），而 MySQL、PostgreSQL 等驱动实现类（如 com.mysql.cj.jdbc.Driver）必然由应用类加载器（AppClassLoader）或自定义类加载器加载——二者处于不同委托链层级，彼此不可见。
SPI 要成功加载这些第三方驱动，就必须打破双亲委派的刚性约束。JDK 的解法是：
-
ServiceLoader.load(Driver.class)内部默认使用当前线程的上下文类加载器（Thread Context ClassLoader, TCCL） 来定位和加载META-INF/services/java.sql.Driver文件及其声明的实现类； -
DriverManager初始化时调用该方法，此时 TCCL 通常就是应用类加载器（能访问你的mysql-connector-java.jar）； - 这样，Bootstrap 加载的
DriverManager就能“看到” AppClassLoader 加载的驱动类——不是靠类加载器可见性，而是靠TCCL 作为桥梁主动委托加载。
这本质上就是一次典型的“跨加载器能力传递”：
- 接口在高层加载器（Bootstrap）；
- 实现在低层加载器（App）；
- 通过线程携带的 TCCL，在运行时动态桥接两者。
如何验证并理解这种传递行为
你可以通过以下方式观察变量/状态如何在加载器边界间流动：
-
驱动注册动作发生在哪个类加载器空间？
com.mysql.cj.jdbc.Driver的静态块执行时，new Driver()和DriverManager.registerDriver(...)被调用：-
Driver实例由 AppClassLoader 创建； -
DriverManager.registerDriver()方法由 Bootstrap ClassLoader 提供，但接收的是 AppClassLoader 加载的对象； -
DriverManager内部用Vector存储注册信息，该容器本身在 Bootstrap 空间，但元素引用指向 App 空间的对象——这就是对象实例跨加载器持有的实证。
-
-
检查 TCCL 的实际值
在DriverManager.getConnection(...)执行前插入：System.out.println("TCCL: " + Thread.currentThread().getContextClassLoader()); System.out.println("DriverManager CL: " + DriverManager.class.getClassLoader());你会看到前者是
AppClassLoader，后者是null（表示 Bootstrap）。二者不同，但注册仍成功——说明传递不靠类可见性，而靠对象引用+TCCL驱动加载。
关键变量传递的实质不是“传值”，而是“传引用+加载权委托”
所谓“跨加载器传递”，真正发生的是：
- 类加载权通过 TCCL 委托出去（让 AppClassLoader 去加载
com.mysql.cj.jdbc.Driver）； - 加载后的类实例（
Driver对象）被返回并传入 Bootstrap 空间的DriverManager； -
DriverManager不需要理解该类的字节码来源，只需将其作为java.sql.Driver多态使用； - 后续
getConnection时，Driver实例的方法调用仍在其原始类加载器环境下执行（即 AppClassLoader 的命名空间内）。
这意味着：
- 静态变量、
ThreadLocal、单例对象等若定义在驱动类中，其作用域严格属于 AppClassLoader； -
DriverManager中的静态集合（如registeredDrivers）属于 Bootstrap，但它持有的是对 App 空间对象的引用——这是安全且受 JVM 支持的跨加载器数据关联方式； - 真正的风险点在于：若驱动内部试图反射访问
DriverManager的私有字段，或反向加载 Bootstrap 类（如sun.misc.Unsafe），就可能因类加载器隔离失败而抛ClassNotFoundException或IllegalAccessError。
实践建议：调试这类问题的三个抓手
- 查看
META-INF/services/java.sql.Driver是否存在、路径是否在 classpath 下、内容是否为正确全限定名（换行符、空格都可能导致解析失败）； - 在启动时添加
-verbose:class，观察com.mysql.cj.jdbc.Driver是由哪个 ClassLoader 加载的； - 若使用自定义类加载器（如 OSGi、热部署框架），务必显式设置 TCCL：
Thread.currentThread().setContextClassLoader(yourCustomLoader); DriverManager.getConnection(url);
不复杂但容易忽略。
