IntelliJ IDEA无法识别已标记源目录导致Maven项目资源读取异常

你遇到的路径找不到问题，和IDEA缓存、Resource Root/Source Root的标记状态完全无关，本质是对路径解析逻辑的误解：

• Resource Root的标记作用，是告诉IDEA和Maven把这个目录下的所有文件纳入类路径，供类加载器读取，这套逻辑和本地文件系统IO的相对路径解析是完全独立的两套体系。
• 你代码里写的property\file.properties如果是用于new File()这类本地文件IO操作，相对路径的解析基准是JVM启动时的工作目录，IDEA默认启动Java程序时的工作目录是项目根目录。按这个逻辑找文件，程序会去项目根目录下找名为property的文件夹，根本不会去Resource Root标记的src/main/resources目录下检索，自然会抛出路径找不到的异常。
• 为什么改成src\main\resources\property\file.properties就能正常运行？纯粹是因为IDEA默认的项目工作目录刚好是项目根目录，拼出来的相对路径刚好和文件在磁盘上的物理存放位置匹配上了，并不是Resource Root的标记配置生效了。
• 你提到用shift + f6重命名路径字符串时，关联的目标文件会同步改名，这是IDEA编辑器的静态索引关联功能，只是基于项目物理目录结构做的便捷操作，和运行时的路径解析逻辑没有任何关系，不能用这个功能的表现判断路径在运行时是否有效。

• 优先替换资源读取方式，从本地文件IO改成类加载器读取类路径资源。如果只是需要读取配置文件内容、不需要修改写回，完全没必要用new File()的方式寻找物理文件路径：
• 读取时直接使用类加载器API加载，路径书写类路径下的相对位置即可，示例代码：

```java
Properties config = new Properties();
// 路径开头的斜杠代表从类路径根目录开始检索
try (InputStream input = YourCurrentClass.class.getResourceAsStream("/property/file.properties")) {
    config.load(input);
}
```

这种写法不依赖JVM工作目录，不管项目放在哪个磁盘位置、打包成Jar包部署到哪个环境，只要资源在类路径下就能正常读取，从根本上解决路径找不到的问题。

• 如果确实需要拿到文件的物理磁盘路径（比如需要修改配置内容、写回文件），也不要硬编码相对路径，先通过类加载器拿到资源的真实URL再转换为File对象：

URL resourceUrl = YourCurrentClass.class.getResource("/property/file.properties");
File configFile = new File(resourceUrl.getPath());

这样拿到的路径是类加载器解析出来的真实磁盘位置，不需要手动拼接项目相对路径，也不会因为项目目录结构调整就失效。

• 检查pom.xml的Maven资源配置。如果手动修改过build标签下的resources配置，导致src/main/resources没有被纳入资源目录、或者配置了排除规则过滤掉了property目录下的文件，哪怕IDEA里标记了Resource Root，Maven构建时也不会把对应文件放到类路径下。正常保持Maven默认的资源配置即可，不需要手动额外指定资源目录。
• 如果确实要坚持用本地文件IO的方式读取配置，那就修改IDEA运行配置里的「工作目录」参数，把它从默认的项目根目录改成src/main/resources，这样相对路径property\file.properties的解析基准就匹配上了，但这种方式的可移植性极差，换个部署环境就会失效，不推荐在生产场景使用。

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