IllegalAccessException 抛出是因为反射访问私有、包级或非public成员时未调用setAccessible(true)，Java 9+还受模块系统限制，需配合--add-opens等显式开放措施。
IllegalAccessException 不是用来“解决”反射访问限制的，而是暴露了你没处理访问权限的问题——真正要做的，是主动绕过或解除限制，而不是捕获它后干等失败。
为什么 IllegalAccessException 会抛出
它只在你用反射调用 setAccessible(false)（或默认不可访问）的成员时触发，比如私有字段、包级方法、非 public 构造器。JVM 拦下来不是 bug，是设计如此。
常见错误现象：IllegalAccessException: Class X can not access a member of class Y with modifiers "private"
- 你以为
field.set(obj, value)能直接写私有字段，但忘了设可访问 - 用
getDeclaredMethod拿到方法后，没调method.setAccessible(true)就直接invoke - 在模块化环境（Java 9+）中，即使设了
setAccessible(true)，仍可能被模块系统拦截（这时抛的是InaccessibleObjectException，不是IllegalAccessException）
必须调用 setAccessible(true) 才能绕过检查
这是最直接有效的做法，也是 JDK 长期支持的机制（尽管有警告）。它告诉 JVM：“我知道风险，允许我访问。”
立即学习“Java免费学习笔记（深入）”；
Teleport tsh SSH (Identity-First SSH Access, no passwords/static keys)
下载
使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。
示例：
Field field = targetClass.getDeclaredField("secretValue");
field.setAccessible(true); // 关键！不加这行，下一行必抛 IllegalAccessException
field.set(instance, "hacked");
- 必须在
getDeclaredXXX之后、set/get/invoke之前调用 - 对每个需要访问的成员单独设置，不能“批量授权”
- Java 9+ 中若目标类在未开放的模块内（如
java.base的内部类），setAccessible(true)可能失效，需配合 JVM 参数--add-opens
Java 9+ 模块限制下，setAccessible(true) 失效怎么办
这时你看到的通常是 InaccessibleObjectException，但根源仍是同一体系——模块系统覆盖了反射权限。此时 IllegalAccessException 已不出现，但问题本质相同。
- 启动参数强制开放：例如访问
java.base/java.lang的私有 API，加--add-opens java.base/java.lang=ALL-UNNAMED - 如果用 JLink 打包，需在构建时显式
--add-opens，运行时参数无效 - Maven Surefire 插件需配置
<jvmArgs>传递参数，否则单元测试里照样失败 - 不要试图用
try/catch IllegalAccessException来“兜底”——它根本 catch 不到模块级拒绝
别把 setAccessible(true) 当万能钥匙
它确实能绕过 Java 语言层访问控制，但不等于安全或稳定。
- 某些 JDK 实现（如 GraalVM Native Image）在编译期就剥离私有成员，运行时调
setAccessible(true)会直接失败 - Android 上从 API 28 开始，对部分核心类的私有反射调用被硬性屏蔽，
setAccessible(true)返回false，且后续操作静默失败 - 依赖私有 API 的代码极易在 JDK 升级后崩坏（比如
Unsafe类名变更、字段重命名） - 如果只是想读写对象状态，优先考虑添加 public getter/setter，或用序列化/拷贝构造器等替代方案
真正难处理的从来不是异常本身，而是你决定用反射去碰那些本不该碰的地方——一旦跨过那条线，后续所有兼容性、维护性和运行时不确定性，都得自己扛。
