静态内部类不保存外部类配置，而是安全封装并延迟初始化只读配置实例；通过final实例、懒加载、不可变类设计及运行时防护，确保配置线程安全、不可篡改且契约干净。
直接在静态内部类里“保存”外部类的只读静态配置参数，这个说法容易引起误解——静态内部类本身不负责“保存”外部类的配置，而是常被用来**安全地封装和延迟初始化只读配置实例**。关键不是“存进去”，而是“怎么让配置真正只读、线程安全、不可篡改，并对外暴露干净契约”。
用静态内部类实现只读配置单例
这是最常用也最稳妥的做法：把整个配置对象作为静态内部类的 final 实例，由 JVM 保证初始化时的线程安全与一次性。
- 外部类只提供私有构造器和公共获取方法，禁止 new 或反射绕过
- 静态内部类（如 ConfigHolder）声明 public static final ReadOnlyConfig INSTANCE
- INSTANCE 在首次调用 getInstance() 时才触发加载，完成初始化，天然懒加载 + 线程安全
- ReadOnlyConfig 是接口或不可变类（所有字段 private final，无 setter），确保外部无法修改
配置值本身要真正只读，不能靠“约定”
即使用了静态内部类，如果配置类内部字段是 public static String 或可变集合，依然不安全。必须从设计上切断修改路径：
- 不要暴露具体实现类，只返回只读接口类型（例如 ReadOnlyConfig），连编译期都限制调用 setXXX 方法
- 内部存储用 private static final Map<String, Object> 或 Properties，只通过 getter 访问，且 getter 返回不可变视图（如 Collections.unmodifiableMap()）
- 关键字段（如 DB_URL）声明为 public static final，并在静态块中一次性赋值，避免运行期被反射或字节码篡改
加载阶段就加固，防异常与篡改
静态内部类的初始化过程发生在类加载期，但配置源可能出错或被干扰，需主动防御：
立即学习“Java免费学习笔记（深入）”；
- 在静态块中加载 properties 时，用 ClassLoader.getResourceAsStream() 安全读取 classpath 资源，显式指定 UTF-8 编码，捕获 IOException 并包装为 ExceptionInInitializerError
- 对核心配置项做非空校验与默认兜底，例如：props.getProperty("timeout", "3000")
- 若配置含敏感信息（如密钥），可在构造器中加入调用栈检查，拒绝来自非可信包的反射调用
- 配合模块系统（module-info.java），只导出只读接口所在的包，隐藏实现类和内部类
运行时再加一道锁：拦截非法访问
仅靠封装无法完全阻止反射攻击。生产环境建议补充运行时防护：
- 在 getter 中检查 StackTraceElement，若调用者不在白名单包内（如 com.myapp.config），直接抛异常
- 使用 Java Agent（如 Byte Buddy）在类加载期织入逻辑，拦截 setAccessible(true) 调用，或重置字段的 accessible 标志为 false
- 启用 JDK 21+ 的 -XX:+EnableDynamicAgent 配合可信 agent，实现更底层的加固
