一個系統中包含有各種各樣的配置信息，如一個日誌文件需要配置以下幾個信息。

• 日誌文件生成主目錄
• 日誌文件名稱，不同的日誌級別對應不同的文件
• 當前日誌級別

還有其他各種業務參數、系統參數等，大多單一系統是直接把這些配置寫死在配置文件中，當部署到測試、生產環境就再修改下配置文件，這樣很容易出錯，也不能靈活修改。還有就是系統變成分布式系統後，子系統越來越多，你要維護這些配置就變得越來越困難。

我覺得至少要能解決以下幾個問題才能算優秀！

1）能在線靈活修改配置

2）能在線動態刷新配置

3）能根據不同環境配置

4）能統一管理維護配置

那麽如何靈活維護這些配置呢？我給大家總結了一下幾類方法，根據不同的應用場大家參考一下。

1、數據庫法

把所有參數存儲到數據庫，系統啟動的時候加載到內存。

這種實現方式比較簡單，但需要占用數據庫資源，系統簡單壓力較小時可以選用此種方式。

2、打包處理法

利用 Maven 的 maven-resources-plugin 插件，然後根據不同的環境（Profile）提供不同環境的配置文件，這樣，不同環境的配置信息在打包階段就決定好了。

這樣只能解決了不同操作系統上面的配置，不能靈活動態修改，每次更新只能重新打包或者在線修改配置文件，而且信息也難於同步，如果項目少還好，項目多起來，配置還要經常變動，這樣變得異常煩瑣。

3、環境變量法

可以把屬性值設置到環境變量中，然後讀取後設置到 Java 系統屬性中。這種可以實現區分不同環境的目的，但仍然不能動態更新配置，而且配置和維護環境變量相當麻煩，並且在分布式系統中更是個十分頭疼的問題。

// 讀取環境變量
java.lang.System#getenv(java.lang.String)

// 設置系統屬性
java.lang.System#setProperty

這種方法，一些全局的系統配置，如日誌、緩存、臨時目錄等可以參考，主流日誌系統都支持從 system properties 中讀取配置。其他一些配置，不建議存儲在環境變量中。

4、配置中心法

1）目前大多數分布式配置中心都是基於 Zookeeper 來實現的，Spring Cloud 有自己的配置中心組件，它們都支持在線動態更新和刷新配置。

2）直接把配置存放在數據庫，如果系統並發小的或者管理類系統的話可以參考，對於高並發應用不建議用數據庫做配置中心，畢竟它會帶來訪問壓力，而且實現動態更新配置也比較復雜。

總結

這是我們目前應用的 4 種配置方法，很顯然，配置中心是最佳的解決方案，也解決了以上的幾個問題，但需要依賴中間件及其高可用性，如果你有其他更好的方式，歡迎留言。

本文原創首發於微信公眾號：Java技術棧（id:javastack），關註公眾號在後臺回復 "分布式" 可獲取更多，轉載請原樣保留本信息。

分布式系統中處理參數配置的 4 種方案