illegalaccessexception本质是jvm强制拦截非法反射访问，需合规绕过或规避：jdk 8前调setaccessible(true)即可；jdk 9+必须配合--add-opens或模块opens声明，否则仍失败。
IllegalAccessException不是“打破”的问题，而是要合规绕过或根本规避——它本质是JVM对访问控制的强制拦截，强行“打破”可能破坏模块安全或导致运行时失败。
确认是不是真需要反射访问私有成员
很多场景其实可以不用反射：
- 给目标字段或方法加 public getter/setter，哪怕只在测试包内用 package-private 也比反射更稳
- 用 Lombok 的 @Getter/@Setter 或 @Wither 生成安全访问入口
- 序列化场景优先选 Jackson 注解（@JsonProperty、@JsonCreator），不碰私有字段底层
- 单元测试中，把测试类和被测类放在同一包下，天然获得 package-private 访问权
要用反射？先调 setAccessible(true)，但注意前提
这步必须做，但仅靠它不够：
- 对 JDK 8 及以下：field.setAccessible(true) 后通常就能读写
- 对 JDK 9+：模块系统会拦截，即使 setAccessible(true) 也无效——必须配合 JVM 参数或模块声明
- 示例：若要反射 java.lang.String 的 value 字段，启动时加 --add-opens java.base/java.lang=ALL-UNNAMED
- Maven 测试需在 surefire 插件里配置 argLine 传入该参数，IDE 运行配置不生效
模块环境下必须显式开放包
Java 9+ 的封装策略优先级高于反射权限：
- 自己写的模块，要在 module-info.java 中写 opens com.example.internal;
- 第三方模块未开放？无法绕过，只能换方案（如提 issue 或改用其公开 API）
- Spring/Hibernate 等框架默认要求 --add-opens，升级 JDK 后报 IllegalAccessException，八成是漏配这个
- 不要依赖已废弃的 SecurityManager，它对模块限制完全无效
捕获异常时别静默吞掉
try-catch 是必须的，但处理要到位：
- catch 块里至少记录完整上下文：field.getDeclaringClass().getModule() + "." + field.getName()
- 不要 return null 或硬塞默认值，否则后续 NPE 难定位
- 区分真实权限不足（如 final 字段）和模块拦截——前者不该改，后者要配参数
- 配合 NoSuchFieldException 和 InvocationTargetException 一起捕获，反射链出错常连带发生
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
