JVM — Java 类加载机制

类加载器层级结构
- Bootstrap ClassLoader（启动类加载器） ：C++ 实现，JVM 一部分，无 Java 对象对应（getParent()返回null），加载JAVA_HOME/jre/lib下核心类（如String、Integer）。
- ExtClassLoader（扩展类加载器） ：Java 实现（sun.misc.Launcher$ExtClassLoader），加载JAVA_HOME/jre/lib/ext或java.ext.dirs指定目录的扩展类。
- AppClassLoader（应用类加载器） ：Java 实现（sun.misc.Launcher$AppClassLoader），加载classpath（或java.class.path指定）下的应用类和第三方 Jar 包，自定义类加载器的默认父类加载器。
层级关系图示

核心属性与机制
- 类缓存：每个类加载器缓存已加载的类，优先从缓存读取。
- 双亲委派机制 ：加载类时先委托父类加载器查找，父类无法加载时再自身加载（核心方法loadClass()实现）。
- 沙箱保护机制 ：禁止应用类加载器加载java.开头的核心类（通过preDefineClass()方法校验）。

关键阶段说明
- 准备阶段 ：静态变量赋予默认值（如int→0、double→0.0、引用类型→null），此时处于 "半初始化" 状态。
- 初始化触发条件：调用静态变量 / 方法、创建对象、反射加载、初始化子类（触发父类初始化）。
- 半初始化案例 ：Apple类中静态变量apple初始化时，price仍为默认值0.0，导致构造函数计算结果不符合直觉。

ClassLoader 抽象类核心方法
- loadClass(String name, boolean resolve)：实现双亲委派的核心方法，resolve参数控制是否触发链接阶段。
- findClass(String name)：子类自定义加载逻辑（如读取非.class文件、加密文件），需调用defineClass()将二进制数据转为 Class 对象。
- defineClass(byte[] b, int off, int len)：将二进制字节码解析为 JVM 可识别的 Class 对象（不可被子类重写）。
双亲委派核心逻辑

protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException { synchronized (getClassLoadingLock(name)) { // 1. 检查缓存 Class<?> c = findLoadedClass(name);
if (c == null) {
try {
// 2. 委托父类加载
if (parent != null) {
c = parent.loadClass(name, false);
} else {
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {}
// 3. 父类加载失败，自身加载
if (c == null) {
c = findClass(name);
}
}
// 4. 触发链接（若resolve为true）
if (resolve) {
resolveClass(c);
}
return c;
}
}

引入外部 Jar 包（URLClassLoader）
- 场景：分离易变更逻辑（如规则引擎、审批规则）到外部 Jar，避免修改主应用代码。
- 实现：通过URLClassLoader加载指定路径（本地 / 远程）的 Jar 包，结合反射调用类方法。
代码混淆与加密（自定义类加载器）
- 思路：修改.class文件后缀（如.myclass）或加密二进制内容，自定义类加载器解密后加载。
- 关键：重写findClass()方法，读取加密文件→解密→调用defineClass()生成 Class 对象。
热加载实现
- 核心原理：每次加载类时创建新的自定义类加载器实例（绕过 JVM 类缓存）。
- 局限：频繁创建类加载器导致元数据区压力增大，GC 频繁（开源项目中常用 JRebel、Arthas 替代）。
打破双亲委派（同类多版本共存）
- 场景：需加载同一类的不同版本（如 Tomcat 多 WebApp 隔离、不同 Spring 版本共存）。
- 实现：重写loadClass()方法，优先自身加载目标类，加载失败再委托父类。
- 典型案例：Tomcat 的WebappClassLoader，每个 WebApp 独立加载器，实现类隔离。

SPI 机制（Service Provider Interface）
- 作用：解耦接口与实现，通过配置文件自动加载实现类（无需反射硬编码）。
- 配置规范：在META-INF/services/目录下创建 "接口全类名" 文件，内容为实现类全类名。
- 核心 API：ServiceLoader.load(Class<S> service, ClassLoader cl)，通过类加载器加载实现类。
反射替代场景：多版本类加载时，通过 SPI 接口统一调用不同实现类，避免类型转换异常（同一类的不同类加载器实例视为不同类型）。