一、Java类加载机制核心原理
类加载是JVM将Class文件加载到内存并执行的过程，核心可概括为"三句话"：
类缓存：每个类加载器会缓存已加载的类，避免重复加载。
双亲委派：加载类时先"向上委托父加载器查找"，父加载器找不到才"自己加载"（如AppClassLoader先委托ExtClassLoader，再委托Bootstrap ClassLoader）。
沙箱保护：禁止应用程序加载JDK内部核心类（如以java.开头的包），防止篡改系统类。
JDK8类加载体系：
Bootstrap ClassLoader（C++实现）：加载Java基础类（如String、List），路径通过sun.boot.class.path配置。
ExtClassLoader：加载扩展类（如javax.包），路径通过java.ext.dirs配置。
AppClassLoader：加载应用类（项目代码、依赖Jar包），路径通过java.class.path（即CLASSPATH）配置。
二、类加载的关键过程：链接（Linking）
类加载分"加载→链接→初始化"三步，其中链接过程包含：
验证：检查Class文件格式是否合法（如魔数、版本号）。
准备：为静态变量分配内存并设默认值（如static double price先设为0.0）。
解析：将符号引用（如类名、方法名）转为直接引用（内存地址）。
类加载机制是JVM的"门户"，掌握它不仅能理解JVM底层原理，还能解决实际业务问题：
动态扩展：加载外部Jar包实现规则动态更新。
代码安全：通过加密+自定义类加载器防止反编译。
隔离与共存：打破双亲委派实现多版本类隔离（如Tomcat、SpringBoot）。
三 类加载的双亲委派模型是Java类加载机制的核心，其主要作用体现在以下几个方面：
1. 保护JDK内部核心类不被篡改
双亲委派机制通过"向上委托查找，向下委托加载"的流程，确保JDK内部的核心类（如java.lang.String、java.util.List等）优先由顶层的启动类加载器（Bootstrap ClassLoader）加载。文档中提到，preDefineClass方法会禁止加载以java.开头的包，防止应用程序自定义类覆盖核心类。例如，若用户尝试自定义java.lang.String类，由于双亲委派机制，该类会先委托给Bootstrap ClassLoader查找，而Bootstrap已加载了JDK自带的String类，因此用户自定义类不会被加载，避免核心类库被篡改或替换。
2. 保证类的唯一性和避免重复加载
每个类加载器对已加载的类会维护一个缓存。当需要加载类时，会先检查自身缓存，若未命中则向上委托父类加载器查找。只有当所有父类加载器都未加载该类时，才由当前类加载器自行加载。这种机制确保同一个类（全限定名相同）只会被一个类加载器加载，避免因重复加载导致的类定义冲突（如不同类加载器加载的同名类被视为不同类型，可能引发ClassCastException）。
3. 实现类加载的层次化和安全性
双亲委派模型通过类加载器的父子关系（如Bootstrap → ExtClassLoader → AppClassLoader → 自定义类加载器），形成了层次化的加载体系。核心类由顶层加载器负责，扩展类由中间层加载器负责，应用类由底层加载器负责，明确了不同类型类的加载边界。这种分层机制进一步增强了安全性，确保应用程序无法直接访问或修改核心类库的实现。
总结
双亲委派模型的核心价值在于安全防护 和类唯一性保障：一方面防止核心类被篡改，确保JDK运行环境的稳定性；另一方面通过层次化加载避免类重复定义，为Java程序的可靠运行提供基础。"沙箱保护机制"正是基于双亲委派实现的，是Java安全模型的重要组成部分。