本文详解如何在 Spring Boot 应用中安全、规范地获取当前激活的 profile，并基于该 profile 动态读取和修改对应 application-{profile}.properties 文件中的属性值，避免硬编码路径与配置污染。
本文详解如何在 spring boot 应用中安全、规范地获取当前激活的 profile，并基于该 profile 动态读取和修改对应 `application-{profile}.properties` 文件中的属性值，避免硬编码路径与配置污染。
在 Spring Boot 中，通过 spring.profiles.active 可以明确获知当前生效的 profile（如 dev、qa、prod），但直接操作 src/main/resources/ 下的 .properties 文件进行读写是严重不推荐的——这不仅违反运行时资源不可变原则，更会导致热更新失效、多环境冲突、打包后路径异常（JAR 中资源不可写）等生产级风险。
✅ 正确方式：获取活跃 profile
使用 @Value 注入是最简洁的方式：
@Component
public class ProfileAwareService {
@Value("${spring.profiles.active:default}")
private String activeProfile;
public String getActiveProfile() {
// 注意：spring.profiles.active 可能为逗号分隔的多个值（如 "dev,feature-x"）
// 建议取第一个主 profile
return activeProfile.split(",")[0].trim();
}
}⚠️ 注意：spring.profiles.active 在未显式设置时可能为空，因此推荐使用占位符默认值（如 :default），并做好空值/多值校验。
❌ 错误实践：直接读写 application-{profile}.properties 文件
原始代码中：
input = new FileInputStream("src\main\resources\application-dev.properties");存在多重问题：
- 路径硬编码（dev），无法适配动态 profile；
- 使用相对路径 src/main/resources/ —— 该目录仅存在于开发期，打包为 JAR 后资源位于 classpath 内，不可写入；
- FileOutputStream 直接覆盖源文件，破坏版本控制与部署一致性；
- 绕过 Spring 的 Environment 和 PropertySource 机制，导致 @Value、@ConfigurationProperties 等注解无法感知变更。
✅ 推荐替代方案：运行时属性管理策略
| 场景 | 推荐方案 | 说明 |
|---|---|---|
| 临时覆盖属性（测试/调试） | 使用 ConfigurableEnvironment 编程式添加 MapPropertySource | 仅内存生效，重启丢失，安全可控 |
| 持久化用户配置 | 引入独立配置中心（如 Nacos、Apollo）或数据库表 | 解耦配置存储与应用生命周期 |
| 环境差异化参数 | 通过 application-{profile}.yml + @ConfigurationProperties 绑定 | 启动时加载，符合 Spring Boot 设计哲学 |
示例：运行时动态注入属性（仅限当前 JVM 生命周期）
@Component
public class RuntimePropertyInjector {
@Autowired
private ConfigurableEnvironment environment;
public void setProperty(String key, String value) {
MutablePropertySources propertySources = environment.getPropertySources();
Map<String, Object> map = new HashMap<>();
map.put(key, value);
// 优先级高于默认配置（插入到最前）
propertySources.addFirst(new MapPropertySource("runtimeOverride", map));
}
}调用后，@Value("${my.custom.prop}") 即可获取新值。
? 总结
- ✅ 使用 @Value("${spring.profiles.active:default}") 安全获取当前 profile；
- ❌ 禁止在运行时直接读写 src/main/resources/ 下的配置文件；
- ? 配置应视为“只读声明”，动态可变参数需交由外部配置中心或运行时 PropertySource 管理；
- ? 所有配置操作必须兼容打包部署（JAR/WAR）、容器化（Docker）及云原生环境。
遵循以上原则，才能构建出可维护、可移植、符合 Spring Boot 最佳实践的配置管理体系。
