咨询：集成测试时如何仅加载src/test/resources下的application.xml和data.sql

嘿，这个场景在Spring项目里太常见了！核心就是利用资源加载的优先级规则和测试框架的特性，让测试环境只认src/test/resources下的文件，给你几个高效的解决方案：

方案1：靠Spring Boot自带的优先级（最省心） #

Spring Boot本身就帮你做好了优先级设定：src/test/resources下的同名文件会自动覆盖src/main/resources里的。要是没生效，大概率是这俩原因：

• 检查测试类有没有正确标@SpringBootTest（Spring Boot项目）或者@ContextConfiguration（传统Spring项目），确保测试上下文是从测试资源目录拉配置的。
• 要是用了多环境配置（比如application-test.xml），记得在测试类上加@ActiveProfiles("test")激活测试环境，这样直接就优先加载测试专属配置，主目录的同名文件自然被跳过。

方案2：显式指定测试资源路径（更可控） #

如果是传统Spring项目，或者需要精准控制，直接在测试类的@ContextConfiguration里指定配置文件位置就行：

@ContextConfiguration(locations = "classpath:application.xml")
public class YourIntegrationTest {
    // 测试代码写这儿
}

这里的classpath:会优先找src/test/resources下的文件——因为Maven/Gradle默认会把测试资源目录的文件放在类路径的更靠前位置。

至于data.sql，要是用Spring Boot自动初始化数据，直接在测试目录的application.xml（或者application.properties）里加一行：

spring.sql.init.data-locations=classpath:data.sql

这样测试时就只会加载测试目录下的data.sql，完全不会碰主目录的。

方案3：从构建工具层面锁死（底层保障） #

要是上面的方法都不好使，直接从Maven/Gradle下手，控制测试时的资源加载：

Maven配置 #

在pom.xml的build节点里加这段，确保测试资源覆盖主资源：

<build>
    <testResources>
        <testResource>
            <directory>src/test/resources</directory>
            <filtering>true</filtering>
            <includes>
                <include>**/*.xml</include>
                <include>**/*.sql</include>
            </includes>
        </testResource>
    </testResources>
</build>

Gradle配置 #

在build.gradle里这么写，指定测试资源的来源：

sourceSets {
    test {
        resources {
            srcDirs = ["src/test/resources"]
            includes = ["**/*.xml", "**/*.sql"]
        }
    }
}

这样构建测试包时，只会把测试目录下的指定文件放进类路径，主目录的同名文件根本不会被包含进来。

小提示 #

• 用JUnit 5的话，记得测试类要配合@ExtendWith(SpringExtension.class)和@ContextConfiguration一起用。
• 排查问题时可以看测试日志里的ResourceLoader相关输出，能清楚看到实际加载的是哪个目录的文件。

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