setAccessible(true) 有时抛出 InaccessibleObjectException 是因 JDK 9+ 模块系统（JPMS）强制拦截：即使调用该方法，若目标类所在模块（如 java.base）未显式 opens 或启动时未加 --add-opens，JVM 仍拒绝访问。
能访问，但不推荐在生产环境用；它绕过了 Java 的封装机制，且在 JDK 9+ 默认被模块系统限制。
为什么 setAccessible(true) 有时会抛出 InaccessibleObjectException
JDK 9 引入模块系统（JPMS）后，即使调用了 Method.setAccessible(true)，若目标类位于非开放模块（如 java.base 中的 java.lang.String），仍会被拒绝。这不是反射失效，而是 JVM 主动拦截。
- 常见错误信息：
java.lang.reflect.InaccessibleObjectException: Unable to make private java.lang.String(java.lang.String) accessible - 只有当模块显式声明
opens或exports，或启动时加--add-opens参数才可能成功 - 自定义类默认在未命名模块中，通常不受限；但 Spring、Hibernate 等框架内部已适配模块化，私有方法可能被进一步封装
正确调用私有方法的最小可行步骤
假设你要调用 com.example.User 类中一个私有方法 validateName(String)：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
Class<?> clazz = Class.forName("com.example.User");
Object instance = clazz.getDeclaredConstructor().newInstance();
Method method = clazz.getDeclaredMethod("validateName", String.class);
method.setAccessible(true); // 关键：必须在 invoke 前调用
Object result = method.invoke(instance, "Alice");
-
getDeclaredMethod而非getMethod：后者只查 public 方法 -
setAccessible(true)必须在invoke()前执行，顺序不能颠倒 - 若方法是 static，
invoke第一个参数传null即可 - 注意检查
SecurityManager（极少见，但某些沙箱环境会拒绝）
替代方案比强行 setAccessible 更可靠
多数场景下，硬闯私有方法是设计信号异常的表现。优先考虑：
立即学习“Java免费学习笔记（深入）”；
- 用测试专用构造器或 builder 暴露必要状态（如 Mockito 的
@InjectMocks+@Spy） - 将待测逻辑提取为 package-private 方法（同一包内无需反射）
- 使用
java.lang.invoke.MethodHandles.privateLookupIn（JDK 9+），它更安全且受模块系统认可，但需持有Lookup实例 - 避免在单元测试之外使用——比如 Web 层或 Service 层逻辑不该依赖反射调私有方法
真正难的不是让 setAccessible(true) 成功，而是判断“这个私有方法是否本该被外部调用”。一旦你开始写 --add-opens java.base/java.lang=ALL-UNNAMED，就得停下来问问：是不是接口设计或职责划分出了问题。
