Java 9+ 反射调用私有成员抛 InaccessibleObjectException 是模块系统强封装所致，并非代码错误；需用 --add-opens 精确声明模块包级白名单，或改用 MethodHandles、VarHandle 等官方替代方案。
Java 9+ 反射调用私有字段/方法直接抛 InaccessibleObjectException
不是你的反射代码写错了，是 JVM 主动拦住了——从 Java 9 开始，ModuleLayer 强制执行封装策略，哪怕用了 setAccessible(true)，只要目标成员属于强封装模块（如 java.base），就会被拒绝。
常见错误现象：java.lang.reflect.InaccessibleObjectException: Unable to make field private static sun.nio.ch.KQueueArrayWrapper sun.nio.ch.KQueueSelectorImpl.kqueueArray accessible 这类堆栈，基本都出现在 Netty、Spring Boot 2.6+、或自定义序列化工具尝试绕过标准 API 访问 JDK 内部类时。
- 只影响 JDK 9+ 默认运行模式；Java 8 及以下完全不触发
-
setAccessible(true)在强封装模块中失效，不是 bug，是设计行为 - 即使你用
--add-opens打开了模块，也必须精确匹配「源模块→目标包」，漏一个点都不行
--add-opens 参数怎么写才生效
它不是开关，是白名单规则：必须明确声明「允许哪个模块的哪个包，被哪个模块打开」。例如想让 myapp 模块访问 java.base/sun.nio.ch，就得在启动参数里加：
--add-opens java.base/sun.nio.ch=ALL-UNNAMED
注意三点：
立即学习“Java免费学习笔记（深入）”；
-
ALL-UNNAMED表示所有未命名模块（即 classpath 下的 jar），生产环境更安全的做法是写具体模块名，比如=myapp - 路径分隔符是
/，不是.或\；java.base/sun.nio.ch≠java.base.sun.nio.ch - 如果目标类在
jdk.unsupported模块里（比如Unsafe），得写--add-opens jdk.unsupported/sun.misc=ALL-UNNAMED，不能省略模块名
Spring Boot 项目里怎么加 --add-opens
不能只改 IDE 的 Run Configuration，因为打包后运行（java -jar）会失效。必须让参数进到最终启动命令里。
- Maven 打包时用
spring-boot-maven-plugin的jvmArguments配置（仅限spring-boot:run本地调试） - 生产部署必须在启动脚本里显式传参：
java --add-opens java.base/java.lang=ALL-UNNAMED -jar app.jar - 使用
spring-boot-thin-launcher或 Docker 时，把参数塞进JAVA_OPTS环境变量，但注意有些基础镜像会覆盖它，得检查 ENTRYPOINT 是否透传
替代方案：别硬刚 InaccessibleObjectException
强封装是长期趋势，靠参数撑不是办法。真要访问 JDK 内部 API，优先走官方出口：
- 用
java.lang.invoke.MethodHandles.privateLookupIn()（Java 15+）代替反射获取私有方法句柄，它受模块系统认可 - 替换
sun.misc.Unsafe为java.util.concurrent.atomic.AtomicReferenceFieldUpdater或VarHandle（Java 9+） - Netty 4.1.70+ 已默认适配强封装，升级依赖比打补丁更可靠
- 自定义序列化（如 Kryo）禁用对
sun.*的直接反射，改用SerializationDelegate或 Jackson 的JavaTimeModule等标准扩展点
模块系统的限制不会倒退，而 --add-opens 的粒度只会越来越细——漏掉一个包，下次升级就崩。真正难的不是加参数，是判断哪些访问本来就不该存在。
