我需要为DEV，QA等不同环境加载属性，并且每个环境都有不同的属性文件。所以我通过在服务器中设置环境属性并访问此值来加载相应的属性文件来解决这个问题。当用Google搜索时，我发现Spring Environment Profiles为类似场景提供了解决方案。但是，即使在这里，我也必须在服务器中将active-profile变量设置为环境变量。
使用Spring Environment Profiles比我的原生方法有什么好处？
答案 0 :(得分：0)
Profile允许您覆盖Spring Context，属性，bean等中的任何内容，从环境到环境，从客户到客户。在bean的任何级别进行自定义实现都是一种简单而干净的方法。
例如，假设您正在构建一个从关系数据库读取数据的产品，您可以使用profile =＆＃34;默认＆＃34;开发DAO层。然后，如果您的其他客户或您自己想要提供NoSQL支持，则可以使用profile =＆＃34; nosql＆＃34;开发另一个DAO层。这将确保您可以在基于配置文件的两种支持上使用相同的产品。简单干净。
我正在开发一个项目，其中包含profile =＆＃34; local＆＃34;这将帮助您在本地带来任何数据库依赖（一种模拟模式）的应用程序。你可以想到其他许多应用程序都喜欢使用Profile概念。