深度定制类加载器时，安全校验必须嵌入字节码获取、defineClass前校验、保护域赋权三步：在defineClass前做签名验签/包名过滤/危险指令检测；重写findClass集成权限控制并注入自定义ProtectionDomain；打破双亲委派时显式设parent为null、拦截敏感包加载，并协同SecurityManager与模块系统构建纵深防御。
深度定制类加载器时，安全校验不能只靠“事后拦截”，而要嵌入到类加载的每个关键环节——尤其是 字节码获取、defineClass 前校验、保护域赋权 这三步。JVM 本身会做基础字节码验证（Verification），但那是通用型检查；真正可控、可定制的安全策略，必须由开发者在自定义类加载器中主动介入。
在 defineClass 前对字节码做可信性校验
这是最核心的一环。JVM 的 verify 阶段发生在 defineClass 之后、resolveClass 之前，且不可跳过；但你可以在 defineClass 调用前，先对原始字节码做你自己的强校验——比如签名验签、哈希比对、白名单包名过滤等。
- 从指定路径/网络/加密存储读取 class 字节码后，先用预置密钥验证数字签名（如 SHA256withRSA），失败则直接抛 ClassNotFoundException
- 对类全限定名做正则匹配，拒绝加载非法包路径（如禁止加载 com.sun.*、java.* 下的自定义类，防止覆盖核心类）
- 用 ASM 或 Byte Buddy 解析字节码结构：检查是否含危险指令（如 ldc of java.lang.Runtime、invokespecial 调用私有构造器）、是否存在非法反射调用、是否篡改了 final 字段
重写 findClass 并集成权限控制逻辑
不要直接调用 super.loadClass，而是通过重写 findClass 控制入口，并在 defineClass 后立即关联自定义 ProtectionDomain。
- 在 findClass 中完成字节码加载与前置校验后，调用 defineClass 得到 Class 对象
- 紧接着调用 getPermissions() 构建细粒度权限集（例如：仅允许读取 /tmp 目录、禁止网络连接、禁用 System.exit）
- 将该权限集封装为 ProtectionDomain，再通过 defineClass(String, byte[], int, int, ProtectionDomain) 重载方法注入
打破双亲委派时需严防类污染
当为隔离插件或热更新模块打破双亲委派（如不委托父加载器），必须确保自定义加载器加载的类无法访问系统类加载器中的敏感类，也不能被其反向加载。
立即学习“Java免费学习笔记（深入）”；
- 构造自定义加载器时，显式传入 null 作为 parent（即不继承系统类加载器），形成独立命名空间
- 覆写 loadClass 方法，对 java.*、javax.*、sun.* 等敏感包名强制 throw SecurityException，杜绝绕过
- 配合安全管理器（SecurityManager）启用 checkPackageAccess/checkPackageDefinition，阻断跨加载器的包访问尝试
配合 JVM 安全机制形成纵深防御
类加载器校验只是第一道门，还需与 JVM 其他安全层协同工作。
- 启动时添加 -Djava.security.manager 启用 SecurityManager，并配置 policy 文件，让运行时权限检查兜底
- 使用 ModuleLayer 和 JPMS 模块系统替代传统类路径，通过 requires、exports、opens 实现编译期+运行期的强封装
- 对动态生成类（如代理、CGLIB）额外加固：限制生成类的包名前缀、禁止生成带有 native 方法的类、校验生成器调用栈是否可信
