不能，java 9+ 模块系统默认不拦截 setaccessible(true)；真正起作用的是 --illegal-access=deny 等 jvm 参数与 opens 声明的组合约束。

Java 9+ 模块系统真能阻止 setAccessible(true) 吗？

不能，模块系统默认不拦截反射访问——哪怕你把包声明为 exports 或 opens，setAccessible(true) 在默认运行时仍能绕过封装。真正起作用的是 JVM 启动参数和模块声明的组合约束。

• --illegal-access=deny 是关键开关：Java 11 起默认为 deny，但仅针对「未显式打开」的包；若模块用了 opens，该限制就失效
• opens 和 exports 本质不同：exports 只放行 public 成员的编译期访问；opens 才允许运行时反射（包括 setAccessible(true)）访问 private 成员
• 模块未声明 opens，但反射代码仍调用 setAccessible(true) → 抛 InaccessibleObjectException（Java 9+）

怎样让 private 字段/方法真正不可反射？

靠模块声明不够，必须配合 JVM 安全策略与启动参数，且需接受部分兼容性代价。

• 在 module-info.java 中**不写** opens，哪怕测试失败也要忍住加它
• 启动时强制关闭非法反射：java --illegal-access=deny --enable-preview -p mods -m my.app
• 对遗留库（如某些 ORM、序列化框架）无法修改源码的情况，用 --add-opens 白名单精准授权，例如：--add-opens java.base/java.lang=ALL-UNNAMED
• 注意 --add-opens 的粒度：左边是「被打开的模块/包」，右边是「获准反射的模块名」，ALL-UNNAMED 表示类路径上的代码

InaccessibleObjectException 出现时，到底该修哪边？

不是改业务代码加 setAccessible(true)，而是分清责任归属：是你的模块暴露不足，还是依赖方越权调用。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 如果你的模块被其他模块反射调用 private 成员 → 应该在 module-info.java 中用 opens 显式声明（仅限必要包），而不是让调用方硬闯
• 如果异常来自第三方库（如 Hibernate、Jackson）→ 查它是否支持模块化；不支持就用 --add-opens 临时兜底，别动它的 jar
• 日志里看到 Unable to make field private java.lang.String java.lang.System.lineSeparator accessible 这类报错 → 说明某处试图反射 JDK 内部字段，这是严重设计问题，应溯源替换实现方式

为什么加了 opens 还被反射失败？

常见于嵌套类、匿名类或模块路径混用场景，opens 只作用于顶层包，不递归生效。

• opens "com.example.util" 不代表 com.example.util.internal 也被打开，子包需单独声明
• 使用 --patch-module 或混合类路径（-cp）与模块路径（-p）时，模块系统可能降级为传统类加载行为，opens 失效
• IDE 运行配置常漏掉 JVM 参数，导致本地能跑、打包后失败；务必检查 java -p 命令实际执行的完整参数

模块封装的“彻底”是相对的：JVM 不提供绝对防反射机制，只提供可配置的访问栅栏。真正难的不是写对 module-info.java，而是在不破坏生态兼容的前提下，判断哪些 opens 属于合理让步、哪些 --add-opens 其实暴露了架构缺陷。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南