java模块化中反射需模块主动opens包，setaccessible(true)单独无效；须在module-info.java声明opens或用--add-opens参数，反射仍需getdeclaredmethod+setaccessible，java15+推荐methodhandles.privatelookupin。
Java 模块化项目中使用反射突破封装限制，核心不是“绕过”而是“合规开放”——必须让目标模块主动允许反射访问，setAccessible(true) 本身在 Java 9+ 中已无法单独生效。关键在于模块层与反射层协同配合。
必须在 module-info.java 中显式 opens 包
exports 只控制编译期类型可见性，反射读取私有成员、注解或内部字段必须用 opens。例如，若要从主程序反射访问 com.example.util.Helper 类的私有方法：
- 在
com.example.util所属模块的module-info.java中添加：opens com.example.util to java.base; - 如果调用方是自定义模块
my.app，则写为：opens com.example.util to my.app; - 若需开放整个模块供反射（不推荐），可用：
open module com.example.util { ... }
运行时用 --add-opens 参数临时补救
无法修改目标模块源码时（如 JDK 内部类、第三方闭源库），启动 JVM 时添加参数：
-
--add-opens java.base/java.lang=ALL-UNNAMED：解决 String、Class 等基础类反射失败 -
--add-opens java.xml.bind/javax.xml.bind=ALL-UNNAMED：JAXB 相关（注意 JDK 11+ 需额外引入 jakarta.xml.bind） - 参数必须放在
-jar或-cp之前，且格式严格：模块名/包名=接收方模块名
反射代码仍需 setAccessible(true)，但仅作配套
模块权限放开后，反射调用流程不变，但 setAccessible(true) 不再被模块系统拦截：
- 用
getDeclaredMethod()（不能用getMethod()）获取私有方法 - 立即调用
method.setAccessible(true)，建议包裹在 try-catch 中捕获InaccessibleObjectException - 再执行
method.invoke(instance, args)
Java 15+ 推荐用 MethodHandles.privateLookupIn
比传统反射更安全、更模块友好的替代方式：
- 适用于目标类在命名模块中，且你拥有该模块控制权
- 代码示例：
MethodHandles.Lookup lookup = MethodHandles.privateLookupIn(TargetClass.class, MethodHandles.lookup());MethodHandle handle = lookup.findVirtual(TargetClass.class, "methodName", methodType); - 它依赖模块已正确 opens，但避免了直接操作 AccessibleObject 的风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
