ClassLoader的分类及加载顺序是什么

# ClassLoader的分类及加载顺序是什么 ## 一、ClassLoader的分类 在Java虚拟机（JVM）中，ClassLoader负责将.class文件加载到内存中，并生成对应的`Class`对象。根据层级和用途，ClassLoader主要分为以下三类： ### 1. Bootstrap ClassLoader（启动类加载器） - **作用**：加载JVM核心类库（如`java.lang.*`等），位于`<JAVA_HOME>/lib`目录下。 - **特点**： - 由C/C++实现，是JVM的一部分； - 是其他所有ClassLoader的父加载器； - 唯一没有父加载器的加载器。 ### 2. Extension ClassLoader（扩展类加载器） - **作用**：加载`<JAVA_HOME>/lib/ext`目录下的扩展类库。 - **特点**： - 由Java实现（`sun.misc.Launcher$ExtClassLoader`）； - 父加载器是Bootstrap ClassLoader。 ### 3. Application ClassLoader（应用程序类加载器） - **作用**：加载用户类路径（ClassPath）下的类。 - **特点**： - 默认的类加载器（`sun.misc.Launcher$AppClassLoader`）； - 父加载器是Extension ClassLoader。 ### 4. 自定义ClassLoader 用户可通过继承`ClassLoader`类实现自定义加载逻辑，常见用途： - 动态加载网络或加密的类； - 实现热部署功能。 --- ## 二、ClassLoader的加载顺序 JVM通过**双亲委派模型（Parent Delegation Model）**决定类的加载顺序，流程如下： 1. **检查是否已加载** 当前ClassLoader首先检查目标类是否已被加载，若已加载则直接返回对应的`Class`对象。 2. **向上委派** 若未加载，则将加载请求委派给父加载器，递归执行直至Bootstrap ClassLoader。 3. **尝试加载** 若父加载器无法加载（如父加载器的搜索范围内无该类），则由当前ClassLoader尝试加载。 4. **自定义加载** 若所有父加载器均失败，自定义ClassLoader可覆写`findClass()`方法实现特定加载逻辑。 ### 双亲委派模型的意义 - **安全性**：防止用户伪造核心类（如自定义`java.lang.String`）； - **避免重复加载**：确保类在层级中仅被加载一次。 --- ## 三、打破双亲委派的场景 某些场景需要打破默认加载顺序： 1. **SPI机制**（如JDBC驱动加载） 核心接口由Bootstrap加载，但实现类需由线程上下文类加载器（`ThreadContextClassLoader`）加载。 2. **OSGi模块化** 每个模块使用独立的ClassLoader，通过网状结构实现动态依赖。 --- ## 总结 | 加载器类型 | 加载路径 | 父加载器 | |-----------------------|--------------------------|--------------------| | Bootstrap ClassLoader | JRE/lib | 无 | | Extension ClassLoader | JRE/lib/ext | Bootstrap | | Application ClassLoader | ClassPath | Extension | 理解ClassLoader的分类及加载顺序，有助于解决类冲突、实现动态加载等高级特性。 

注：全文约650字，采用Markdown格式，包含分类说明、加载顺序流程图解及总结表格。