JVM的自举过程是Java虚拟机从启动到可以执行Java代码的关键阶段，其中Bootstrap ClassLoader作为所有类加载器的根节点，完全由C++实现，不需要继承java.lang.ClassLoader类，它负责在JVM启动初期加载最核心的类库和变量，为后续的类加载和代码执行打下基础。
JVM自举的整体流程
JVM的启动从C++的入口函数开始，以HotSpot虚拟机为例，启动流程大致分为几个核心步骤：
- 操作系统加载JVM的动态链接库，调用JVM的入口函数
- 初始化JVM的全局数据结构，包括内存管理模块、垃圾回收模块的基础配置
- 创建并初始化Bootstrap ClassLoader，完成核心类库的加载
- 创建Java层的类加载器，包括Extension ClassLoader和Application ClassLoader
- 找到Java程序的入口类，执行main方法
Bootstrap ClassLoader的C++启动逻辑
Bootstrap ClassLoader的初始化是在JVM启动的早期阶段完成的，HotSpot中对应的C++代码位于classLoader.cpp文件中，核心初始化逻辑如下：
// 初始化Bootstrap ClassLoader的C++代码片段
void ClassLoader::initialize() {
// 1. 初始化核心类库的搜索路径
// 默认路径包括jre/lib目录下的rt.jar、resources.jar等核心包
init_bootstrap_paths();
// 2. 加载核心系统类，比如java.lang.Object、java.lang.Class等
// 这些类是Java类型体系的基础，必须先加载完成
load_core_classes();
// 3. 初始化核心变量，包括系统属性、默认编码等基础配置
init_core_variables();
}
// 加载核心类的具体实现
void ClassLoader::load_core_classes() {
// 加载java.lang.Object类，所有Java类的父类
SystemDictionary::resolve_or_fail(VM_SYMBOL(java_lang_Object), true, THREAD);
// 加载java.lang.Class类，用于描述类的元数据
SystemDictionary::resolve_or_fail(VM_SYMBOL(java_lang_Class), true, THREAD);
// 加载其他基础核心类
// ... 其他核心类加载逻辑
}
从上面的代码可以看出，Bootstrap ClassLoader的初始化首先会配置核心类库的搜索路径，之后加载Java类型体系必须的基础类，最后完成核心变量的初始化，这个过程全部由C++代码直接执行，不需要依赖任何Java层的逻辑。
核心变量库的加载机制
Bootstrap ClassLoader加载的核心变量库主要包括两部分，一部分是Java核心类中的静态变量，另一部分是JVM运行所需的系统级变量：
核心类静态变量的加载
核心类中的静态变量在类加载的准备阶段就会被分配内存并初始化默认值，在初始化阶段执行<clinit>方法完成显式初始化。比如java.lang.System类中的静态变量，很多都是核心变量，由Bootstrap ClassLoader加载时完成初始化：
// java.lang.System类中的核心静态变量示例
public final class System {
// 标准输入流，由Bootstrap ClassLoader加载时初始化
public static final InputStream in = null;
// 标准输出流
public static final PrintStream out = null;
// 标准错误流
public static final PrintStream err = null;
// 静态代码块中完成流的初始化，该代码在类初始化阶段执行
static {
// 初始化标准输入输出流的逻辑
initInOutErr();
}
}
系统级核心变量的初始化
除了Java类中的静态变量，Bootstrap ClassLoader还会初始化JVM运行所需的系统级变量，比如默认的字符编码、系统属性等，这些变量会存储在JVM的全局数据结构中，供后续所有Java代码访问：
// 初始化系统核心变量的C++代码片段
void ClassLoader::init_core_variables() {
// 设置默认字符编码，比如UTF-8
set_default_encoding("UTF-8");
// 初始化系统属性，比如java.version、java.home等
// 这些属性后续可以通过System.getProperty方法获取
init_system_properties();
// 初始化类加载相关的缓存结构
init_class_cache();
}
Bootstrap ClassLoader的加载范围
Bootstrap ClassLoader只会加载特定路径下的核心类库，不同系统下的默认路径略有差异，常见路径如下：
| 系统类型 | 默认加载路径 |
|---|---|
| Linux/macOS | $JAVA_HOME/jre/lib/rt.jar、$JAVA_HOME/jre/lib/resources.jar等 |
| Windows | %JAVA_HOME%jrelibrt.jar、%JAVA_HOME%jrelibresources.jar等 |
如果需要扩展Bootstrap ClassLoader的加载路径，可以通过-Xbootclasspath参数指定额外的类库路径，不过这种方式一般不推荐在生产环境使用。
自举过程的常见问题
在JVM自举过程中，如果Bootstrap ClassLoader加载核心类库失败，会直接导致JVM启动失败，常见的错误包括：
- 核心类库文件损坏或者缺失，比如rt.jar文件被删除，会报ClassNotFoundException或者NoClassDefFoundError
- 指定的
-Xbootclasspath路径不存在，或者路径下的类库不符合规范，会导致类加载失败 - C++层初始化内存不足，无法为核心类分配内存，会报内存相关的错误
理解Bootstrap ClassLoader的自举逻辑，有助于排查JVM启动阶段的类加载问题，也能更深入理解Java类加载机制的双亲委派模型的顶层实现逻辑。
JVM Bootstrap_ClassLoader C++自举 核心类库加载 类加载机制修改时间：2026-07-21 23:45:36