无构建工具时，在Eclipse中为Java 9模块化项目运行JUnit 5测试

我来帮你理清这两个核心问题，结合你使用的环境逐一解答：

一、在module-info.java中用required绑定JUnit模块是否正确？ #

这完全是合法且常规的做法，也是模块化项目中声明测试依赖的标准方式之一。

在Java模块化体系下，JUnit 5本身也是模块化的（比如核心API模块是org.junit.jupiter.api，测试引擎是org.junit.jupiter.engine）。如果你希望被测模块的代码（或测试代码）能访问JUnit的API，就需要在对应的module-info.java中显式声明依赖：

// 被测模块的module-info.java（src/main/java下）
module your.main.module {
    // 允许模块访问JUnit Jupiter API
    requires org.junit.jupiter.api;
    // 如果测试需要访问模块内的非公开类/方法，需要开放对应包给JUnit
    opens com.your.package.to.test to org.junit.jupiter.api;
    // 若仅需访问公开类，用exports即可
    // exports com.your.package.to.test to org.junit.jupiter.api;
}

这种方式的好处是依赖关系清晰，Eclipse能自动识别模块依赖，帮你处理类路径和模块路径的配置，运行测试时不需要额外手动调整参数，非常省心。

二、能否在Eclipse中不绑定被测模块与JUnit，用--patch-module/--add-reads方案实现测试？ #

当然可行！这种方式适合不想在生产代码的module-info.java中引入测试依赖的场景，核心是通过JVM参数绕过模块的显式依赖声明，具体配置步骤如下：

方案1：使用--add-reads + --add-opens #

原理是让被测模块“读取”JUnit模块，并开放测试所需的包给JUnit，不需要修改生产代码的module-info.java：

• 右键你的测试类 → Run As → Run Configurations...
• 在打开的配置窗口中，找到对应的JUnit运行配置，切换到Arguments标签页
• 在VM arguments中添加以下参数：

  --add-reads your.main.module=org.junit.jupiter.api
  --add-opens your.main.module/com.your.package.to.test=org.junit.jupiter.api
  

  （把your.main.module和com.your.package.to.test替换成你实际的模块名和包名）
• 确保JUnit 5的相关JAR（junit-jupiter-api.jar、junit-jupiter-engine.jar等）在Modulepath而非Classpath上（Eclipse默认会帮你配置，但最好检查一下）

方案2：使用--patch-module合并测试代码到被测模块 #

原理是把测试代码“补丁”到被测模块中，让测试类成为被测模块的一部分，这样既不需要显式依赖JUnit，也能访问模块内的所有内容：

• 同样打开JUnit运行配置的Arguments标签页
• 在VM arguments中添加：

  --patch-module your.main.module=${project_loc}/target/test-classes
  

  （${project_loc}是Eclipse的变量，会自动替换成你的项目路径）
• 同样确保JUnit 5的JAR在Modulepath上

注意事项 #

• 如果你用--patch-module方案，测试代码所在的src/test/java下不能有自己的module-info.java，否则会被当作独立模块，补丁操作无效。
• Eclipse Oxygen.3a对Java 10和JUnit 5的支持需要确保你安装了最新的JUnit 5插件（可以通过Eclipse Marketplace搜索“JUnit 5 Support”安装）。
• 这种无绑定的方式配置相对繁琐，后期维护成本更高，除非有特殊需求，还是更推荐第一种显式声明依赖的方式。

内容的提问来源于stack exchange，提问作者Cromax