启动类加载器不是java类。它是jvm用c/c++实现的底层组件，无classloader实例，不参与java继承体系，无法被实例化或重写，仅通过-xbootclasspath等jvm参数配置，java 9+起被模块化机制取代。
启动类加载器到底是不是Java类？
不是。它压根没有对应的 ClassLoader 实例，String.class.getClassLoader() 返回 null 就是铁证。它是JVM用C/C++写的底层组件，不走Java类继承体系，也不能被Java代码直接实例化或重写。
- 它只认固定路径下的核心类库，比如
$JAVA_HOME/jre/lib/rt.jar（Java 8）或$JAVA_HOME/jmods/java.base.jmod（Java 9+） - 你传
-Xbootclasspath能覆盖默认路径，但改的是“它要扫哪些文件”，不是“让它变成一个Java对象” - 试图用
new BootstrapClassLoader()或反射调它？编译不过，运行也报错——它根本不在Java类模型里
引导类路径（bootstrap classpath）怎么设才生效？
只能靠JVM启动参数，其他方式全部无效。环境变量、System.setProperty("java.class.path", ...)、MANIFEST.MF 里的 Class-Path 对它完全没影响。
- 正确写法：
java -Xbootclasspath:/path/to/my-rt.jar MyApp - 追加而非替换（更安全）：
java -Xbootclasspath/a:/path/to/extra.jar MyApp - Windows下路径含空格或特殊字符？必须用英文双引号包裹：
java "-Xbootclasspath/a:C:\Program Files\mylib.jar" MyApp - Java 9+ 模块化后，
rt.jar已废弃，-Xbootclasspath会直接被忽略，改用--add-modules或--patch-module
为什么改了 -Xbootclasspath 却没效果？
常见原因就三个：路径错、版本不兼容、类名冲突。
- 路径指向的是目录而非JAR？启动类加载器只加载JAR或JMOD，不支持普通class文件夹
- Java 11+ 运行时删掉了
sun.misc.Unsafe的公开访问，哪怕你把老版rt.jar强塞进去，也会在验证阶段被拒绝加载 - 你替换的类和JDK原生类签名不一致（比如方法多了个参数），JVM会在准备阶段抛
LinkageError，而不是等到调用时才出错 - 想调试加载过程？加
-XX:+TraceClassLoading，但注意：它只打印被成功加载的类，失败的不会出现
什么时候真得动引导类路径？
绝大多数业务项目完全不需要碰它。只有极少数场景才合理：
立即学习“Java免费学习笔记（深入）”；
- 做JDK内部机制研究，比如给
java.lang.String打补丁验证某个假设（仅限实验环境） - 嵌入式或受限环境，需要精简核心类库体积，剔除不用的模块（如去掉
javax.crypto相关类） - 老系统迁移，依赖已废弃的
sun.*包，且无法重构代码（这时应优先考虑--add-exports） - CI/CD流水线中做字节码注入测试，需在类加载最前端拦截并修改字节码
别为了“看起来高级”去改它——一次配置错误可能导致整个JVM无法启动，连 ClassNotFoundException 都看不到，只会卡在初始化阶段静默失败。
