双亲委派机制的核心是“先委托父加载器，父找不到才自己加载”。ClassLoader#loadClass执行三步：查缓存→委托parent→调findClass；启动类加载器无Java对象，parent为null时调用native方法；其作用是防重复加载和恶意替换核心类。
直接看源码里的 ClassLoader#loadClass 方法，比背概念快得多。重点不是记住“双亲”俩字，而是理解“谁先找、找不到才轮到谁”的执行顺序。
先搞清三个加载器的职责和层级
Java 默认有三层类加载器，像公司里“总部→分部→项目组”：
-
启动类加载器（Bootstrap）：C++ 写的，加载
rt.jar里的核心类（如java.lang.Object），Java 代码里拿不到它（getClassLoader()返回null）； -
扩展类加载器（ExtClassLoader）：加载
$JAVA_HOME/jre/lib/ext下的 jar，父加载器是 Bootstrap； - 应用类加载器（AppClassLoader）：加载你写的类和第三方 jar（classpath 路径），父加载器是 ExtClassLoader。
它们之间不是继承关系，而是“委托链”——每个加载器内部都持有一个 parent 字段，指向它的上一级。
盯着 loadClass 方法走一遍流程
打开 JDK 源码（比如 Liberica JDK 8），看 ClassLoader#loadClass(String name, boolean resolve) 的实现，逻辑就三步：
- 先查缓存：
findLoadedClass(name)，如果已加载，直接返回； - 再向上委托：
if (parent != null) c = parent.loadClass(...)，递归调用父加载器； - 最后自己动手：
c = findClass(name)，这是子类必须重写的方法，真正从文件或网络读取字节码。
注意：启动类加载器没有 Java 对应对象，所以当 parent == null 时，会调用 findBootstrapClassOrNull(name) 去触发 native 层加载。
用调试验证“谁在加载谁”
写个最简测试：
public class Main {
public static void main(String[] args) throws ClassNotFoundException {
ClassLoader cl = Main.class.getClassLoader();
System.out.println(cl); // 通常是 AppClassLoader
cl.loadClass("java.util.HashMap"); // 断点进去看委托路径
cl.loadClass("com.example.MyClass"); // 自定义类，最终由 AppClassLoader 加载
}
}
在 loadClass 第一行下断点，一步步 F7 进入，观察 parent 变量变化：AppClassLoader → ExtClassLoader → parent == null → 启动类加载器出手。你会亲眼看到请求怎么一层层“上报”，又怎么一层层“回落”。
想明白它到底防什么、为什么不能乱改
双亲委派不是为了炫技，它解决两个硬问题：
-
防重复加载：同一个全限定名（如
java.util.ArrayList）只允许被一个加载器加载一次。否则 JVM 里可能出现多个互不兼容的ArrayList类，instanceof失效、静态变量错乱； -
防恶意替换：如果你自己写个
java.lang.String放进 classpath，没双亲委派的话，AppClassLoader 会直接加载它，整个 JDK 就崩了；有了它，请求先上报到 Bootstrap，它在rt.jar里找到了正版，直接返回，你的假货根本没机会出场。
所以不是“能不能绕过”，而是“除非真有理由（比如热部署、OSGi），否则别碰”。初学者先吃透默认行为，比急着学破坏更有价值。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
