ClassLoader 的核心作用是将 .class 二进制数据加载进 JVM 内存并生成 Class 实例，支持动态按需加载、多源加载、类隔离、安全边界及自定义扩展。
ClassLoader 的核心作用是把 .class 文件的二进制数据加载进 JVM 内存，并生成对应的 java.lang.Class 实例，使类可被创建对象、调用方法、参与运行时逻辑。
负责动态按需加载类
Java 不会在启动时一次性加载所有类，而是“用到才加载”。比如调用 new MyClass() 或首次访问某个类的静态字段（非常量）时，JVM 才触发该类的加载流程。这种机制节省内存、提升启动速度，也支撑热部署、插件化等高级能力。
- 加载来源不限于本地文件：可以来自文件系统、JAR/ZIP 包、网络流、字节数组甚至动态生成的字节码
- 每个类由且仅由一个 ClassLoader 实例加载（双亲委派模型下），避免重复加载和类型冲突
承担类加载全过程
ClassLoader 主导“加载（Loading）”阶段，这是类生命周期的第一步，后续链接（验证、准备、解析）和初始化由 JVM 自动完成，但起点必须由 ClassLoader 提供合法的 class 数据。
- 读取字节码：从指定路径或资源中获取 .class 二进制流
- 生成 Class 对象：在堆中创建
java.lang.Class实例，作为该类在 JVM 中的唯一运行时表示 - 关联类数据结构：将字节码结构注册到方法区（元空间），建立类名、父类、接口、字段、方法等元信息
构成类隔离与安全边界的基础
不同 ClassLoader 加载的同名类，在 JVM 中被视为完全不同的类型——即使字节码一模一样，也不能相互赋值或强转。这支撑了：
- Web 容器中多个应用共存（如 Tomcat 每个 WAR 包使用独立 WebAppClassLoader）
- OSGi、Spring Boot DevTools 等模块化与热替换场景
- 防止恶意代码篡改核心类（如通过自定义 ClassLoader 替换
java.lang.String是被禁止的）
提供可扩展的加载策略入口
ClassLoader 是抽象类，开发者可继承它实现自定义行为，例如：
- 加密 class 文件 → 重写
findClass()解密后 defineClass - 从远程服务器拉取更新 → 加载前校验签名，失败则回退本地缓存
- 实现类版本灰度 —— 同一接口由不同 ClassLoader 加载多个实现，按上下文切换
