Spring 中对环境的抽象 Environment 的优势在哪？

[lml12377]

Environment 继承自 PropertyResolver，pr 是不是可以理解为配置的键 /值对？

看了网上一些文章，Environment 除去继承自 pr 的方法之外，自身的方法是不是为了选择当前 active 的 beans profile 集合？

这种方式相比于将配置文件改为不同后缀的方式有什么优势？

• 假设在 xml 里通过 spring.profiles.default 设置的话，不同环境这个配置不还是得改？那和直接替换文件有什么区别？
• 假设是在代码里通过 setActiveProfiles 设置的话，那不同环境岂不是要换包？假设代码里做了判断，决定什么环境激活哪个 profile，那这跟判断之后加载不同的配置文件相比优势在哪？
• 如果使用 @Profile 注解，那会不会导致一个项目里当前环境下可能使用了其它环境的配置？这样是不是有点混乱？

[RagingSweet]

你想象一下这样的场景：我有多个生产环境，上十套测试环境。。。。