junit 5 借助反射增强能力（如 setaccessible(true)）直接访问 package-private 或 protected 测试方法，摆脱了 junit 4 对 public 修饰符的强制要求；但在 java 9+ 模块系统下需配合 --add-opens 参数规避模块封装限制。
junit 5 借助反射增强能力（如 setaccessible(true)）直接访问 package-private 或 protected 测试方法，摆脱了 junit 4 对 public 修饰符的强制要求；但在 java 9+ 模块系统下需配合 --add-opens 参数规避模块封装限制。
JUnit 5 彻底重构了测试发现与执行机制，其核心突破之一便是不再强制要求测试方法声明为 public。这并非语法糖或约定妥协，而是基于更底层、更主动的反射控制实现的工程优化。
在 JUnit 4 中，测试方法必须为 public，主要原因有二：一是早期 JVM 的 SecurityManager 会拦截对非 public 成员的反射调用；二是测试运行器（如 JUnitCore）依赖标准反射 API（如 Method.invoke()），而该 API 默认受访问控制检查约束。一旦方法为 package-private 或 private，invoke() 将抛出 IllegalAccessException。
JUnit 5 则通过显式绕过访问检查来解决这一限制：
import java.lang.reflect.Method;
public class ReflectionDemo {
void testMethod() { // package-private — perfectly valid in JUnit 5
System.out.println("Executed!");
}
public static void main(String[] args) throws Exception {
Method method = ReflectionDemo.class.getDeclaredMethod("testMethod");
method.setAccessible(true); // ? 关键一步：禁用 JVM 访问检查
method.invoke(new ReflectionDemo());
}
}
JUnit 5 的引擎（如 DefaultTestInvoker）正是大量使用 setAccessible(true) 来访问测试类中任意可见性级别的 @Test 方法——包括 package-private、protected，甚至 private（尽管不推荐将测试方法设为 private，因其破坏可继承性和调试可见性）。
⚠️ 但注意：Java 9 引入的模块系统（JPMS）带来了新约束。即使调用了 setAccessible(true)，若目标类位于被强封装的模块（如 java.base）中，或测试类所在模块未向 JUnit 模块开放对应包，JVM 仍将拒绝访问，抛出 InaccessibleObjectException。
此时需在启动 JVM 时显式“开包”：
java --add-opens my.test.module/com.example.tests=org.junit.jupiter.api \
-jar my-tests.jar
更常见的是在构建工具中配置（以 Maven Surefire 为例）：
<plugin><groupid>org.apache.maven.plugins</groupid><artifactid>maven-surefire-plugin</artifactid><version>3.2.5</version><configuration><argline>--add-opens my.test.module/com.example.tests=org.junit.jupiter.api</argline></configuration></plugin>
✅ 最佳实践建议：
- 优先使用
package-private（默认访问级别）定义测试方法，既满足 JUnit 5 要求，又体现“最小权限”设计哲学； - 避免
private @Test方法——JUnit 5 虽支持，但 IDE 识别、调试器断点及继承场景均受限； - 在 Java 9+ 项目中，务必检查模块声明（
module-info.java）并合理配置--add-opens，尤其当测试类与生产代码分属不同命名模块时。
这一演进标志着测试框架从“被动遵循 JVM 规则”转向“主动协同 JVM 特性”，在提升开发体验的同时，也要求开发者对反射与模块化有更清晰的认知。
