这是一个创建于 2750 天前的主题，其中的信息可能已经有所发展或是发生改变。
Environment 继承自 PropertyResolver，pr 是不是可以理解为配置的键 /值对？
看了网上一些文章，Environment 除去继承自 pr 的方法之外，自身的方法是不是为了选择当前 active 的 beans profile 集合？
这种方式相比于将配置文件改为不同后缀的方式有什么优势？
- 假设在 xml 里通过 spring.profiles.default 设置的话，不同环境这个配置不还是得改？那和直接替换文件有什么区别？
- 假设是在代码里通过 setActiveProfiles 设置的话，那不同环境岂不是要换包？假设代码里做了判断，决定什么环境激活哪个 profile，那这跟判断之后加载不同的配置文件相比优势在哪？
- 如果使用 @Profile 注解，那会不会导致一个项目里当前环境下可能使用了其它环境的配置？这样是不是有点混乱？
 |
1
RagingSweet 2017-05-16 08:52:12 +08:00  1
你想象一下这样的场景：我有多个生产环境，上十套测试环境。。。。
|
Select Language