jdbc需打破双亲委派，因driver接口由bootstrap加载而实现类由appclassloader加载，bootstrap无法委托子加载器；故drivermanager通过tccl（默认appclassloader）加载meta-inf/services中声明的驱动类，实现跨层级加载。
线程上下文类加载器（Thread Context ClassLoader，简称 TCCL）的核心作用，是让由高层类加载器（如 Bootstrap 或 Extension 加载器）加载的系统类，能够“看到”并加载由低层类加载器（如 Application 类加载器）加载的用户实现类。JDBC 就是最典型、最常被引用的场景。
为什么 JDBC 需要打破双亲委派？
JDBC 接口（如 java.sql.Driver、Connection）定义在 rt.jar 中，由启动类加载器（Bootstrap ClassLoader）加载；而 MySQL、Oracle 等厂商提供的驱动实现类（如 com.mysql.cj.jdbc.Driver）通常放在应用 classpath 下，由系统类加载器（Application ClassLoader）加载。
按照双亲委派模型，Bootstrap 加载器无法委托子加载器去加载类，它也“看不见”子加载器加载的类——这就导致：DriverManager（Bootstrap 加载）根本找不到用户写的 Driver 实现类。
解决办法不是改模型，而是绕过它：让 DriverManager 在运行时主动使用当前线程的上下文类加载器去加载驱动类。
TCCL 是如何介入 JDBC 连接过程的？
DriverManager.getConnection() 方法内部，并没有硬编码用哪个类加载器，而是默认使用 当前线程的上下文类加载器 来加载和校验驱动：
- 调用
isDriverAllowed(Driver driver, ClassLoader classLoader)时，传入的classLoader就是Thread.currentThread().getContextClassLoader() - 该方法会检查：Driver 类是否由当前 TCCL 或其父加载器加载 —— 这确保了接口与实现能被同一线程视角“看见”
- 即使你没手动设置 TCCL，主线程默认使用 Application ClassLoader，刚好能加载到你引入的 mysql-connector-java.jar 中的 Driver 类
JDBC 驱动是怎么被发现和注册的？
DriverManager 初始化时会执行 loadInitialDrivers()，它通过两种方式加载驱动：
-
SPI 自动加载（JDBC 4.0+ 默认启用）：扫描 classpath 下所有
META-INF/services/java.sql.Driver文件，读取其中的全限定类名，再用 TCCL 加载这些类 -
系统属性加载：读取
jdbc.drivers系统变量，对每个类名调用Class.forName(name, true, TCCL)
无论哪种方式，最终都依赖 TCCL 完成跨层级类加载。驱动类自身的静态块（如 new Driver().registerDriver()）也在此上下文中执行，完成向 DriverManager 的注册。
你可以手动干预 TCCL 吗？
可以，而且常见于容器或框架中：
- Tomcat 为每个 Web 应用设置独立的 WebAppClassLoader 作为 TCCL，保证不同应用的驱动互不干扰
- 你也可以在获取连接前临时切换：
Thread.currentThread().setContextClassLoader(myCustomLoader) - 注意：必须确保该 loader 能访问到驱动 JAR，否则 getConnection 会抛出
SQLException: No suitable driver
