打破双亲委派需重写loadClass而非仅findClass，典型方式是本地优先（如Tomcat）、使用TCCL（如JDBC）、自定义父子关系（如Spring Boot RestartClassLoader）。
打破双亲委派不是删除规则，而是有控制地调整类加载的委托顺序——核心动作是重写 loadClass 方法，而不是只改 findClass。
重写 loadClass 实现“本地优先”
这是最常用、最典型的打破方式，Tomcat 的 WebappClassLoader 就是标准范例：
- 不调用
super.loadClass()启动向上委派，而是先用自己的findClass()从WEB-INF/classes或WEB-INF/lib中尝试加载 - 仅对
java.*、javax.*、sun.*等系统包，或显式配置的类名（如org.apache.commons.logging.*），才调用父加载器 - 本地加载失败后，再 fallback 到
super.loadClass()，形成“自己→父类”的反向流程
使用线程上下文类加载器（TCCL）
JDBC 是该模式的教科书级应用，解决“父加载器调用子加载器”的刚需：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
DriverManager由 BootstrapClassLoader 加载，但它要加载用户 jar 包里的com.mysql.cj.jdbc.Driver - 应用启动时通过
Thread.currentThread().setContextClassLoader(AppClassLoader)设置 TCCL -
ServiceLoader.load(Driver.class)内部读取 TCCL，从而让 Bootstrap 层“间接使用”应用层加载器
自定义父子关系或切断 parent 引用
适用于插件化、热部署、模块隔离等强隔离场景：
立即学习“Java免费学习笔记（深入）”；
- 构造自定义 ClassLoader 时传入
null作为 parent，彻底断开向上委托链（需自行处理java.*类） - 在
loadClass中完全忽略parent字段，直接从网络、数据库、加密文件等非标准路径加载字节码 - Spring Boot 的
RestartClassLoader、OSGi 的BundleClassLoader都采用类似思路
注意：重写 findClass ≠ 打破双亲委派
很多开发者误以为只要覆盖了 findClass 就算打破委派，其实不对：
-
findClass只负责“怎么加载字节码”，不决定“谁来触发加载” - 真正控制委托逻辑的是
loadClass：它默认先调父类，再调findClass；只有重写它，才能跳过父类调用 - 若只重写
findClass而未动loadClass，仍严格走双亲委派
