setAccessible(true) 在 JDK 9+ 大概率失败，因模块系统（JPMS）限制其仅对本模块或显式开放的包生效；它仅绕过语言层检查，不豁免运行时权限控制，且 final 字段在 JDK 12+ 中反射写入会抛 IllegalAccessException。
不能安全地绕过封装直接修改私有属性——Field.setAccessible(true) 是反射的临时破墙锤，不是合法后门，用错会立刻崩在运行时或被模块系统拦截。
为什么 setAccessible(true) 在 JDK 9+ 大概率失败
JDK 9 引入模块系统（JPMS）后，setAccessible(true) 不再无条件生效。即使你调用了它，JVM 仍可能抛出 InaccessibleObjectException，尤其当目标类来自 java.base 或其它强封装模块时。
- 默认情况下，JDK 仅允许对“本模块内声明的类”或“已通过
--add-opens显式开放的包”执行反射访问 - 比如想反射修改
ArrayList的elementData字段？必须启动时加参数：--add-opens java.base/java.util=ALL-UNNAMED - 没加参数就调
field.setAccessible(true)→ 直接抛java.lang.reflect.InaccessibleObjectException
setAccessible(true) 的真实作用范围
它只解除 JVM 对反射访问的“语言层检查”，不绕过模块系统的“运行时权限控制”。换句话说：它告诉 JVM “我打算硬闯”，但 JVM 会先查门禁名单——名单没放行，照样拦。
Web Accessibility (WCAG 2 AA))
下载
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
- 对自定义类（非
java.*包、且在 unnamed module 或同模块中）通常有效 - 对
java.lang.String的value字段：JDK 9–16 默认禁止，JDK 17+ 进一步收紧，甚至部分字段被标记为final且底层内存不可写 - 调用
field.set(obj, newValue)前，务必捕获IllegalAccessException和InaccessibleObjectException
替代方案：别硬改私有字段，优先走公开契约
绝大多数场景下，强行反射改私有字段是设计信号失真——要么 API 缺口该补，要么你正踩在脆弱实现上。真正可维护的做法是：
- 查文档，确认是否有 setter / builder / copy constructor 等受支持方式
- 若为测试需要（如注入 mock 状态），用
objenesis+powermock（慎用）或改用构造器参数驱动初始化 - 若必须反射，先用
Module.addOpens()动态开包（仅限模块内可控环境），而非依赖启动参数 - 永远避免在生产代码中修改
String、Integer等不可变类的内部状态——这会破坏字符串常量池、缓存一致性，引发难以追踪的并发问题
最常被忽略的一点：即使 setAccessible(true) 成功，字段本身可能是 final。JDK 12+ 对 final 字段的反射写入做了更强校验，尝试修改会抛 IllegalAccessException，而非静默失败。
