JUnit测试中FXMLLoader加载FXML路径错误问题求助

这个问题的核心原因在于你用File类加载FXML时，依赖的是当前工作目录——主应用运行时的工作目录是deliverytool/，但JUnit测试的工作目录被IDE设置成了deliverytool/deliverytool/，自然会找不到文件。而你尝试用getResource()时应该是路径写法不对，导致两种场景都失效。

正确的解决方案：基于类路径加载资源 #

FXML这类资源文件应该放在类路径下（比如Maven/Gradle项目的src/main/resources目录，普通项目则要确保编译时文件被复制到输出目录），然后用类加载器的getResource()来加载，这样不管当前工作目录是什么，都能正确找到资源。

步骤1：调整项目结构（如果还没做）

把deliverytool/Fxml/Window.fxml移动到类路径根目录对应的资源文件夹：

• Maven/Gradle项目：移到src/main/resources/Fxml/Window.fxml
• 普通Java项目：确保Fxml文件夹在你的源资源目录下，IDE编译时会自动复制到classes目录

步骤2：修改loadFXMLItemsAgain()方法

public void loadFXMLItemsAgain() throws IOException {
    // 用类加载器获取资源，路径以/开头表示类路径根目录
    URL fxmlUrl = getClass().getResource("/Fxml/Window.fxml");
    if (fxmlUrl == null) {
        throw new IOException("FXML文件未找到，请检查路径是否正确");
    }
    FXMLLoader loader = new FXMLLoader(fxmlUrl);
    // 直接设置控制器，适配每次加载的实例场景
    loader.setController(this);
    pane = loader.load();
}

为什么这样能解决问题？ #

• getClass().getResource("/Fxml/Window.fxml")是从类路径的根目录开始查找资源，和当前工作目录完全无关，不管是主应用还是JUnit测试，都会用相同的类路径规则来定位文件。
• 之前用File的方式依赖操作系统的文件系统路径，不同运行场景的工作目录不一样，必然会出现路径错误。
• 如果之前尝试getResource()失败，大概率是路径没加开头的/（没加的话会从当前类所在的包路径开始查找），或者FXML文件没被正确放到类路径下。

额外注意事项 #

• 确保IDE的编译配置中，资源文件（比如FXML）会被复制到编译输出目录（Maven/Gradle会自动处理，普通项目需要在IDE的项目结构设置里把资源目录标记为"Resources Root"）。
• 测试时，JUnit也会使用类路径来加载资源，只要资源在类路径下，测试就能正常找到。

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