运行期注入是通过 JVM 合法扩展机制安全加载新逻辑，关键在于可控隔离：用 System 属性控制开关与路径，自定义 ClassLoader 实现白名单与签名校验，ModuleLayer 构建模块沙箱，SecurityManager 与 Byte Buddy 强化运行时行为管控。
运行期注入不是“偷偷替换类”，而是通过 JVM 提供的合法扩展机制，在不重启、不破坏隔离的前提下，把新逻辑安全地加载进正在运行的系统。关键不在“注入”本身，而在“如何让注入不越界、不冲突、不失控”。
利用 System 属性控制加载行为
System 属性是 JVM 进程级的轻量配置开关，常被用作沙箱的“策略入口”。它不直接执行代码，但能决定后续加载路径、启用模式或安全级别。
- 在启动时通过 -Dinject.enabled=true 开启动态注入通道，避免生产环境默认开放
- 用 System.getProperty("inject.classpath") 指定外部 JAR 路径，供自定义类加载器读取（而非硬编码）
- 配合安全管理器，将属性值映射为权限标识：例如 System.getProperty("inject.scope") == "tenant-a" 可触发租户专属的 ModuleLayer 加载
用自定义 ClassLoader 实现隔离式加载
标准 AppClassLoader 无法满足多版本、多租户、热替换等需求。必须构造专用加载器，承担“边界守门人”角色。
- 继承 URLClassLoader，重写 findClass()，只允许加载白名单包名（如 com.example.ext.*）下的类
- 加载前校验字节码签名：CodeSource 中的证书需匹配预置公钥，防止篡改 JAR
- 每个插件/租户使用独立 ClassLoader 实例，确保静态变量、单例、线程局部变量完全隔离
结合 ModuleLayer 构建运行时模块沙箱
JDK 9+ 的模块系统不只是编译期约束，ModuleLayer 支持运行时动态组装，是比 ClassLoader 更强的隔离单位。
- 调用 ModuleLayer.defineModulesWithOneLoader() 创建新层，把插件 JAR 封装为完整模块
- 新模块默认无法访问 java.base 外的非导出包，强制遵循封装契约
- 通过 Module.addExports() 在运行时按需开放特定包给目标模块（如仅向报表插件导出 com.example.report.api）
注入后的行为管控：沙箱执行契约
加载只是第一步。真正安全在于运行时限制——即“能加载，但不能乱动”。
- 为注入类自动绑定 SecurityManager 策略：禁止 FileInputStream 访问 /etc/shadow，禁止 Runtime.exec()
- 用 Byte Buddy 在类加载阶段织入拦截逻辑：所有 @Action 方法入口自动检查当前租户上下文，非法调用直接抛 AccessDeniedException
- 借助 JVMTI Agent 监控注入类的 JNI 调用、线程创建、网络连接，超阈值立即熔断
