适应各种开发，测试，线上，线下环境的Spring配置方式-创新互联
背景
假设开发了一个中间件，比如是一个缓存系统，这个中间件要配置一个IP地址，还要配置一个Factory，从这个Factory里得到一个client，如：
然后这个中间件有三个集群（clusterA, clusterB, clusterC），分别给不同的业务使用，那就这时会有很多的配置的麻烦。
从使用者的角度出发，应用不喜欢引入一堆的配置，它们只希望import一个配置文件，然后在代码里用@AutoWried注入一个Bean，就可以使用了。
Spring Bean被覆盖的风险。
如果两个不同的业务都使用了这个cache，然后它们的jar包又再被第三个业务引用，那么它们都import了一个cache service的配置，那么就有可能出现后面的Bean定义被前面的覆盖了。而Spring默认不处理这种Bean重复定义的问题。
@AutoWried 注入的问题。和上一个问题类似，@AutoWried注入时如果没有配置@Qualifier，那么如果某个类有多个Bean实例，那么就有可能出现Bean注入混乱的情况。
线上环境临时切换。必须要支持线上临时修改配置。
开发者无需配置。要提供默认值的配置，开发者不用做配置就可以直接在本地和测试环境运行代码。
静默发布新版配置。比如当集群迁移了，IP地址变换了，应用不用修改代码和配置，只需要用Maven重新打包即可。
可以利用的技术
spring profile,，@AutoWried，@Qualifier， PropertyPlaceholderConfigurer，PropertyOverrideConfigurer。
profile，PropertyPlaceholderConfigurer等的相关，不一一介绍了。如果有不明白的，可以到spring的文档里参考下。
简要列举下是如何解决上面的问题的。
1.在缓存中间件的jar包里放上三个集群的默认配置：
2.看下spring-cacheClusterA.xm里的内容：
里面定义了三个profile：dev，test，product。这三个profile分别对应开发，测试，线上三种环境。
而在具体bean的配置上，用了一些"${}"这样的占位符，另外还为它们配置了默认值。
PropertyPlaceholderConfigurer，PropertyOverrideConfigurer可以配置默认值，估计这功能比较少人知道 。
这样就解决了不同环境，还要有默认配置的问题。
3.使用者的使用方法
假定使用者要用到clusterA和clusterB这两个集群，那么可以这样配置：
import了缓存中间件的默认配置，然后还用placeholder加载了一个env.properties的环境变量文件。
那么对于spring-cacheClusterA.xml和spring-cacheClusterB.xml里的address这个属性，如果没有在env.properties里有配置，则会使用默认配置。
如果想要修改，如修改cacheClusterA的配置，则可以在env.properties里加下：
#if comment this, will use the default value
cache.address.clusterA=testClusterAAddress
那么clusterA使用的就是用户的配置，而不是所依赖的jar包的默认配置了。
其它
调试spring placeholder时，或者线上查看placeholder到底有没有工作时，可以把spring的log级别调为TRACE，这样就可以看到很多有用的信息了。
创新互联www.cdcxhl.cn，专业提供香港、美国云服务器，动态BGP最优骨干路由自动选择，持续稳定高效的网络助力业务部署。公司持有工信部办法的idc、isp许可证， 机房独有T级流量清洗系统配攻击溯源，准确进行流量调度，确保服务器高可用性。佳节活动现已开启，新人活动云服务器买多久送多久。
当前标题：适应各种开发，测试，线上，线下环境的Spring配置方式-创新互联
标题路径：http://myzitong.com/article/deegog.html