目录
- 一、警告基础信息
- 二、警告产生原因
- 核心概念
- 具体原因
- 三、解决方案梳理
一、警告基础信息
- 英文原文：Java HotSpot(TM) 64-Bit Server VM warning: Sharing is only supported for boot loader classes because bootstrap classpath has been appended
- 中文翻译：Java HotSpot（TM）64 位服务器虚拟机警告：仅引导加载程序类支持共享，因引导类路径已被附加
- 警告级别：非错误级（Warning），不影响程序核心功能运行
- 处理建议：
直接忽略
二、警告产生原因
核心概念
- 引导类路径（Bootstrap Classpath）：JVM 启动时优先加载类的路径，默认包含 JVM 核心类库（如 rt.jar），由引导类加载器（Bootstrap ClassLoader）加载，是 JVM 运行的基础。
- 类数据共享（CDS，Class Data Sharing）：HotSpot 虚拟机的核心优化特性，全称 Class Data Sharing。其核心逻辑是将 JVM 启动时加载的核心类（如 java.lang、java.util 等包下的类）提前编译为共享归档文件，多个 JVM 实例可复用该归档，从而减少内存占用、提升 JVM 启动速度。CDS 仅对引导类加载器加载的 JDK 原生核心类生效，自定义类 / 追加类无法享受该优化。
具体原因
程序启动时，通过 -Xbootclasspath/a: 等参数（或 IDE / 构建工具自动配置）向引导类路径追加了自定义类 / 资源，JVM 检测到路径被修改后，判定追加的非核心类无法参与 CDS 优化，因此抛出该提示性警告（仅告知优化特性部分失效，无功能影响）。
三、解决方案梳理
| 方案 | 核心操作 | 适用场景 | 优缺点 |
|---|---|---|---|
| 方案 1：直接忽略 | 不做任何配置修改 | 绝大多数业务场景 | 优点：零成本、高效；缺点：控制台仍会输出警告 |
| 方案 2：关闭类共享 | 1. 打开 Run/Debug Configurations → Edit Configurations...2. 选择对应模板（JUnit/Maven）3. 在 VM options 填入 -Xshare:off |
需彻底消除警告输出的场景 | 优点：彻底屏蔽警告；缺点：关闭 CDS 优化，对常规业务系统性 |
注意：
-Xshare:off仅关闭 CDS 优化特性，不会影响 JVM 核心功能；对于常规业务系统（非超大规模、高并发场景），关闭 CDS 后启动速度、内存占用的变化几乎无感知，是消除该警告的最优解。
其他方案:
JDK高版本不生效: idea 关闭 Instrumenting