JDK17下Field.setAccessible抛出InaccessibleObjectException如何解决？

问题根因 #

JDK 9引入的Java Platform Module System（JPMS）对JDK核心类做了强封装限制，JDK 17进一步收紧了默认权限：java.base作为核心模块，其下包含java.lang在内的所有内部包，默认不对类路径上的未命名模块开放深度反射权限，直接调用setAccessible(true)访问私有字段就会抛出你遇到的异常。

可行方案 #

1. 官方推荐：启动时添加--add-opens参数开放包权限 #

这是最稳定、符合JPMS规范的解决方式，只需要在应用启动命令中添加如下JVM参数，将目标包开放给你的代码所在模块即可：

# 针对classpath运行的非模块化应用（绝大多数普通Java应用的场景）
java --add-opens java.base/java.lang=ALL-UNNAMED -jar your-app.jar

如果你的应用是模块化项目（存在module-info.java配置），将参数中的ALL-UNNAMED替换为你自己的模块名即可。
如果后续需要反射访问JDK其他核心包的私有成员，按照相同格式追加参数即可，例如要访问java.util包下类的私有字段，就追加--add-opens java.base/java.util=ALL-UNNAMED。
添加参数后你原来的反射代码不需要做任何修改，就能正常执行。

2. 仅本地调试用：临时关闭模块访问校验 #

如果只是本地开发临时跑测试代码，不想逐个配置开放的包，可以加如下JVM参数放开所有模块的深度反射限制：

--illegal-access=permit

• 注意：这个参数从JDK 16开始就被标记为废弃，后续高版本JDK会直接移除该参数，绝对不要在生产环境使用，会带来严重的版本兼容风险。

3. 优先替代方案：使用标准API替代反射访问内部字段 #

如果你反射获取ProcessImpl.handle是为了拿到进程ID、管理进程生命周期，JDK 9之后已经提供了标准的ProcessHandle API，完全不需要反射访问私有字段，兼容性更好：

final Process process = new ProcessBuilder().directory(new File("d:/temp")).command("cmd.exe").start();
// 直接拿PID，不需要反射
long pid = process.pid();
// 获取进程句柄，支持查询进程状态、监听退出、管理子进程等操作
ProcessHandle processHandle = process.toHandle();

只要能通过公开API实现需求，就不要反射访问JDK内部私有成员，从根源上规避模块封装带来的兼容问题。

不推荐的黑科技方案 #

网上有部分方案会通过获取sun.misc.Unsafe实例、直接基于内存偏移量绕开访问校验读写私有字段，这种方式强烈不推荐：

• 完全依赖JDK内部实现细节，不同JDK厂商、不同小版本的类结构、字段偏移都可能变化，稳定性极差
• 高版本JDK已经在逐步收紧Unsafe的访问权限，后续版本随时可能失效
• 直接破坏Java的封装安全机制，代码可维护性极低，仅适合做底层性能探针、字节码增强工具等特殊场景，普通业务代码不要使用。

内容的提问来源于stack exchange，提问作者mstrap