配置覆蓋優於profile
在生產實踐中，配置覆蓋是解決不同環境不同配置的常用方法。比如用生產服務器上的配置文件覆蓋包內的文件，或者使用中心化的配置服務來覆蓋默認的業務配置。
相比於profile機制（比如maven的profile、spring boot的profile-specific properties），即不同環境使用不同的配置文件，覆蓋的方式更有優勢。程序員在開發時不需要關心生產環境數據庫的地址、賬號等信息，一次構建即可在不同環境中運行，而profile機制需要將生產環境的配置寫到項目資源文件中，而且要為不同環境使用不同的構建參數或者運行參數。
Spring提供了靈活的配置擴展能力，有多種方式將自定義的屬性源，將集成進來，可以輕鬆地實現配置覆蓋。
本文基於Spring Boot 1.4.8/Spring 4.3.12編寫
使用@PropertySource註解實現自定義配置文件和配置覆蓋
@ConfigurationProperties@Configurationpublic class DemoProperties { // properties with getter/setters} @PropertySource(value = { "test.properties", "file:/etc/test.properties",}, ignoreResourceNotFound = true)@Configurationpublic class DemoAutoConfiguration { @Autowired private DemoProperties demoProperties; @PostConstruct public void init() { System.out.println(demoProperties); }}Spring支持使用PropertySource註解引入自定義配置文件，其中"test.properties"將使Spring從classpath下加載該文件，"file:/etc/test.properties"將使Spring從文件系統加載/etc/test.properties文件，ignoreResourceNotFound = true使Spring忽略文件加載失敗的異常，即配置文件是可選的。
同時，由於"file:/etc/test.properties"位於"test.properties"之後，這使得文件系統的配置文件可以覆蓋classpath下的配置。
自定義屬性源工廠
如果想要更加靈活的自定義屬性源，比如實現從中心化的配置服務加載配置，可以通過實現PropertySourceFactory接口，並通過配置PropertySource註解的factory參數來實現。
@Configuration@PropertySource(value = ""/*placeholder*/, factory = CompositePropertySourceFactory.class)public class CompositeConfigAutoConfiguration {}value字段用於指定配置源對應的資源文件，如果不需要使用資源文件，可以配置為任意值，參數值將會被傳遞到factory參數的createPropertySource方法。
如果ignoreResourceNotFound字段指定為true，那麼factory拋出的異常將被忽略，否則將導致啟動失敗。有的時候，直接把啟動失敗暴露出來不失為一種好的做法。
PropertySourceFactory接口的定義如下：
/** * Strategy interface for creating resource-based {@link PropertySource} wrappers. * * @author Juergen Hoeller * @since 4.3 * @see DefaultPropertySourceFactory */public interface PropertySourceFactory { /** * Create a {@link PropertySource} that wraps the given resource. * @param name the name of the property source * @param resource the resource (potentially encoded) to wrap * @return the new {@link PropertySource} (never {@code null}) * @throws IOException if resource resolution failed */ PropertySource<?> createPropertySource(String name, EncodedResource resource) throws IOException;}需要注意的是PropertySourceFactory的加載時機早於Spring Beans容器，因此實現上不能依賴於Spring的IOC。
PropertySourceFactory要求實現類返回PropertySource。 PropertySource是Spring屬性（或者說配置）功能的核心接口，有很多實現，比如：
實際實現類遠不如這些，具體的可以閱讀Spring文檔或源碼。
在自定義屬性源時比較常用的是MapPropertySource和CompositePropertySource。
MapPropertySource可以用於將自己加載的屬性數據包裝，參考其構造方法。
public MapPropertySource(String name, Map<String, Object> source) { super(name, source);}後者可以通過組合裝載多個屬性源並自定義覆蓋順序。例如：
PropertySource<?> packageInsidePropertySource = packageInsidePropertySourceIterateLoader.loadPropertySource(compositePropertySource);compositePropertySource.addPropertySource(packageInsidePropertySource);PropertySource<?> outerFilePropertySource = outerFilePropertySourceIterateLoader.loadPropertySource(compositePropertySource);// 優先級高於前者compositePropertySource.addFirstPropertySource(outerFilePropertySource);
addFirstPropertySource方法可以設置傳入的PropertySource為最高優先級（在此CompositePropertySource內部），addPropertySource方法則相反，放在後面的優先級更低。
加載依賴jar包中所有同名配置文件
直接從classpath加載配置文件，要求文件必須存在於classpath中。考慮在WEB項目中，如果文件存在於某個依賴的jar包中，即位於WEB-INF/lib/xxx.jar中，此時基於classpath無法直接加載。此時可以使用Spring提供的PathMatchingResourcePatternResolver，按資源名稱掃描所有jar包來實現目的。
private List<Resource> getPackageInsideResourcesByPattern(String resourceName) throws IOException { String resourcePathPattern = ResourcePatternResolver.CLASSPATH_ALL_URL_PREFIX + HbootConfigConstants.CONFIGS + resourceName; ResourcePatternResolver resourcePatternResolver = new PathMatchingResourcePatternResolver(); return Arrays.asList(resourcePatternResolver.getResources(resourcePathPattern));}然後就可以使用ResourcePropertySource從Resource構建PropertySource傳給Spring。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持武林網。