jdbc需绕过双亲委派，因driver接口由bootstrap加载而驱动实现类由appclassloader加载，bootstrap无法委托子加载器；故drivermanager通过tccl（默认appclassloader）加载meta-inf/services中声明的驱动类，实现跨层级加载。
Java 中 JDBC 驱动不破坏双亲委派，而是**绕过**双亲委派机制——准确说是通过线程上下文类加载器（Thread.currentThread().getContextClassLoader()）来实现驱动的发现与加载，从而在保持双亲委派整体结构的前提下，解决“父类加载器需要加载子类加载器路径下的实现”这一特殊需求。
为什么 JDBC 需要绕过双亲委派？
核心矛盾在于：JDBC 规范（java.sql 包）由 Bootstrap ClassLoader（或 Platform ClassLoader 在 JDK 9+）加载，属于最顶层；而具体的数据库驱动（如 mysql-connector-java、postgresql）通常放在应用 classpath 下，由 AppClassLoader 加载。按双亲委派，DriverManager（由 Bootstrap/Platform 加载）无法直接加载应用路径下的驱动类。
如何实现“绕过”？靠线程上下文类加载器（TCCL）
DriverManager 在加载驱动时，并不使用自身的类加载器，而是调用：
ClassLoader cl = Thread.currentThread().getContextClassLoader();
然后用这个 cl 去加载驱动类（如 "com.mysql.cj.jdbc.Driver"）。由于应用启动时，通常会把 AppClassLoader 设置为线程上下文类加载器，因此能成功加载用户引入的驱动 JAR。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
关键点：
-
DriverManager的静态初始化块中会调用loadInitialDrivers() -
loadInitialDrivers()内部通过ServiceLoader.load(Driver.class)查找驱动，而ServiceLoader默认使用 TCCL - JDK 6+ 支持自动注册：驱动 JAR 的
META-INF/services/java.sql.Driver文件声明实现类，ServiceLoader读取并用 TCCL 加载
手动注册驱动也依赖 TCCL
即使显式调用 Class.forName("com.mysql.cj.jdbc.Driver")，该方法默认使用**调用者的类加载器**（即当前类所在类加载器），而应用代码一般由 AppClassLoader 加载，所以也能成功。但更规范、更解耦的方式仍是依赖 ServiceLoader + TCCL，这也是现代 JDBC 驱动推荐的注册方式（无需 Class.forName）。
这不是“破坏”，而是标准协作机制
双亲委派模型本身未被修改或禁用。JVM 类加载器层级和委托逻辑完全保留。JDBC 通过设计约定（使用 TCCL）在框架层实现了跨类加载器边界的资源发现——这是一种被 JDK 官方认可、文档化、广泛使用的模式，不是 hack，也不是破坏。
真正“破坏双亲委派”的典型是 Tomcat 的 WebAppClassLoader（先自己加载，再委托父类），或自定义 ClassLoader 重写 loadClass() 且不调用 super.loadClass()。JDBC 驱动加载不属于此类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
