Java类加载机制通过双亲委派模型和字节码验证双重保障核心类安全：所有java.*类强制由C++实现的Bootstrap加载器加载，子加载器无权加载或覆盖；即使同名类存在classpath中也不会被加载，且JVM在链接阶段严格验证字节码合法性。

Java 类加载机制通过双亲委派模型为核心类库构筑了一道不可绕行的安全防线。它不依赖人工检查或运行时拦截，而是从加载源头就切断恶意替换的可能——所有以 java. 开头的类（如 java.lang.Object、java.util.ArrayList）必须由启动类加载器（Bootstrap ClassLoader）加载，子类加载器无权染指。

核心类永远由 Bootstrap 加载器接管

启动类加载器用 C++ 实现，内嵌于 JVM，负责加载 $JAVA_HOME/lib/rt.jar（或模块化后的 java.base 等核心模块）。当任何类加载请求到来，无论来自应用代码还是自定义加载器，只要类名属于 java.* 命名空间，请求就会逐级向上委托，最终落到 Bootstrap。它一旦成功加载，后续所有同名请求都直接返回已加载的 Class 对象，不会给下层加载器执行机会。

• 即使你写了一个同名的 java.lang.String 并放在 classpath 下，它永远不会被加载——因为 Bootstrap 已提前加载了真正的 String
• 自定义类加载器无法重写或覆盖 java.* 类，哪怕重写了 loadClass 方法，也绕不过委派逻辑

命名空间隔离 + 加载唯一性双重锁定

每个类加载器维护独立的命名空间，但双亲委派确保了“核心类”这个命名空间只存在一个权威入口。不同加载器可以各自加载 com.example.User，但没人能加载第二个 java.lang.Class。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 类的全限定名 + 加载它的类加载器共同构成类的唯一标识（即 java.lang.String@Bootstrap）
• 若某加载器强行破坏委派、试图自己加载 java.lang.Thread，JVM 会在链接阶段抛出 SecurityException 或直接拒绝定义该类

字节码验证作为第二道防线

即便某个非标准路径意外混入了伪造的核心类字节码（比如通过非法手段注入），JVM 在链接阶段仍会执行严格的字节码验证：

立即学习“Java免费学习笔记（深入）”；

• 检查魔数、版本号是否合法
• 验证操作数栈与局部变量表类型匹配
• 确认不能绕过访问控制（如私有方法被非法调用）
• 拒绝任何违反 Java 语义规范的指令序列

安全策略与运行时约束协同加固

除了加载机制本身，JVM 还配合其他机制形成纵深防御：

• 安全管理器（SecurityManager）（虽在 JDK 17+ 默认弃用，但在受控环境仍可启用）会检查类加载行为是否符合策略文件中定义的权限
• 模块系统（JPMS） 自 JDK 9 起进一步限制包导出，例如 java.base 只导出 java.lang 等指定包，未导出的内部类（如 sun.misc.Unsafe）默认不可见
• 类初始化保护：核心类的静态初始化块在 Bootstrap 加载后立即执行，且仅执行一次；后续加载尝试会被忽略