src/test/resources配置不生效最常见原因是IDE未将该目录加入测试类路径，导致ClassLoader找不到资源；需标记为Test Resources Root并手动验证路径。
为什么 src/test/resources 里的配置不生效
最常见的原因是测试类路径没加载对——Maven 默认只把 src/test/resources 下的文件复制到 target/test-classes/，但如果你用 IDE 直接运行单个测试类（比如右键 → Run），某些旧版 IDEA 或 Eclipse 可能没自动把该目录加进 classpath，导致 ClassPathResource 找不到文件，或者 Properties.load() 报 NullPointerException。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 确认 IDE 的 test resources 目录已标记为 “Test Resources Root”（IntelliJ：右键目录 → Mark as → Test Resources Root）
- 用
Thread.currentThread().getContextClassLoader().getResources("application-test.yml")手动查路径，别只信文件存在就以为能读到 - 避免在
src/test/java里硬写相对路径如"../resources/db-test.sql"——这依赖工作目录，CI 环境大概率崩
Maven 和 Gradle 对 src/test/resources 的处理差异
Maven 是标准参考：只要目录结构是 src/test/resources，它就会自动复制到 target/test-classes，且优先级高于 main resources。Gradle 默认也一样，但容易被自定义 processTestResources 任务覆盖。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- Maven 用户不用额外配置，但要警惕
<testresources></testresources>标签里写了错误的<directory></directory>，会直接屏蔽默认行为 - Gradle 用户检查是否有
processTestResources { from 'src/something/else' }这类覆盖逻辑，有就得显式加上from 'src/test/resources' - 两者都支持过滤（比如替换
@version@），但 Maven 用filtering=true，Gradle 用expand，参数名不同，填错就白配
测试资源和主资源同名时谁生效
答案很直接：测试阶段，src/test/resources 里的同名文件永远覆盖 src/main/resources 里的。这是 ClassLoader 按 classpath 顺序查找决定的——target/test-classes 在 target/classes 前面。
但坑在于：这个“覆盖”只发生在测试执行期。打包成 jar 后，src/test/resources 根本不会进去，所以别指望生产环境也走测试配置。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 想让测试用
application-test.yml而不是覆盖application.yml？那就别放同名文件，改用 Spring Boot 的@ActiveProfiles("test")+application-test.yml - 数据库连接串这类敏感配置，别放在
src/test/resources里硬编码，改用System.setProperty或-D参数注入，避免误提交 - 如果用了 Testcontainers，它的初始化脚本最好放
src/test/resources/init.sql，而不是靠 classpath 加载，因为容器启动早于 Spring 上下文
IDEA 运行单测时 src/test/resources 不刷新
这是 IntelliJ 的缓存机制导致的：它有时不会自动触发 process-test-resources，尤其当你改了 .properties 文件但没改 Java 类时，target/test-classes 里的旧版本还在。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 改完
src/test/resources后，手动点Build → Build Project或按Ctrl+F9，别只点绿色三角形运行 - 在
Settings → Build → Compiler → Build project automatically打钩，但注意：这不能替代显式 build，只是辅助 - 如果用 JUnit 5 +
@TestInstance(TestInstance.Lifecycle.PER_CLASS)，确保资源加载逻辑不在构造函数里——class 实例可能复用，但资源文件已更新，容易读到脏数据
