集成测试报错：无法打开ServletContext资源/application.properties

我来帮你一步步排查并解决这个配置文件加载失败的问题，核心问题大概率出在路径配置、文件位置或测试加载逻辑上：

1. 先确认配置文件的存放位置 #

Spring Boot默认从classpath根目录加载配置文件，你需要确保：

• application.properties和补全后的application-local.properties（你代码里的application-local.prop...应该是输入截断了）放在src/main/resources（主代码环境）或src/test/resources（测试环境）目录下，这两个目录默认被纳入classpath范围。
• 如果配置文件在子目录（比如src/main/resources/config），要在@PropertySource里明确指定路径，例如：@PropertySource("classpath:config/application.properties")

2. 修正@PropertySources的写法 #

你的注解存在两个潜在问题：文件名不完整，且缺少classpath:前缀容易引发路径歧义。正确的写法应该是：

@SpringBootApplication(scanBasePackages = {"com.portal"})
@PropertySources({
    // 明确指定从classpath加载全局配置
    @PropertySource(value = "classpath:application.properties"),
    // 补全本地配置文件的完整文件名
    @PropertySource(value = "classpath:application-local.properties")
})
public class PortalApplication {
    // 类内容...
}

添加classpath:前缀能让Spring明确加载路径，避免因运行环境不同导致的路径识别错误。

3. 确保集成测试类正确关联配置 #

集成测试时，必须保证测试类正确绑定你的启动类，否则Spring无法读取到PortalApplication上的配置注解。检查你的测试类是否使用了正确的注解：

// 指定启动类，让测试环境加载对应的配置
@SpringBootTest(classes = PortalApplication.class)
public class YourIntegrationTestClass {
    // 测试方法...
}

如果测试需要单独的配置，也可以在src/test/resources下放置对应配置文件，Spring Boot会优先加载测试目录下的文件。

4. 外部私密配置的特殊处理 #

如果application-local.properties是放在项目外部的本地私有目录（比如你电脑的个人文件夹），需要用file:前缀指定绝对路径，例如：

@PropertySource(value = "file:/Users/your-name/private-config/application-local.properties")

同时要确保测试运行时该文件有可读权限，否则会出现加载失败的情况。

5. 更优雅的替代方案：用Spring Boot多环境配置 #

其实Spring Boot本身支持自动加载多环境配置，不需要手动配置@PropertySources：

• 保持application.properties作为基础配置
• 将私密信息放在application-local.properties中
• 启动应用或测试时，通过参数激活local环境：--spring.profiles.active=local
  这样Spring Boot会自动合并加载两个配置文件，既符合最佳实践，又能避免手动配置路径的麻烦。

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