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格式，包含分类说明、加载顺序流程图解及总结表格。