配置文件熱更新是服務器程序的一個基本功能,經過熱更新能夠不停機調整程序的配置,特別是在生產環境能夠提供極大的便利,好比發現log打得太多了能夠動態調高日誌等級,業務邏輯參數變化,甚至某個功能模塊的開關等均可以動態調整。json
每種語言都有本身的熱更新實現方式,在golang裏面我看到了有人採用了一種錯誤的實現方式,以下:服務器
type Config struct { Test1 string `json:"Test1"` Test2 int `json:"Test2"` } var ( config *Config ) func loadConfig() { f, err := ioutil.ReadFile("config.json") if err != nil { fmt.Println("load config error: ", err) } err = json.Unmarshal(f, &config) if err != nil { fmt.Println("Para config failed: ", err) } } func init() { loadConfig() fmt.Println("Load config: ", *config) s := make(chan os.Signal, 1) signal.Notify(s, syscall.SIGUSR2) go func() { for { <-s loadConfig() fmt.Println("ReLoad config: ", *config) } }() }
這種方式,的問題就在於config可能被多個routine同時訪問,那麼loadcofig的時候直接在config上作解析是有問題的。在上面例子中,仍是用的最簡單的json配置,若是是其餘更復雜的配置形式,如xml,須要本身寫解析函數(而不是一個json.Unmarshal)的時候更容易放大問題。函數
能夠採用更新的時候對config加鎖來解決這個問題:post
package main import ( "encoding/json" "fmt" "io/ioutil" "log" "os" "os/signal" "sync" "syscall" ) //用json配置測試 type Config struct { Test1 string `json:"Test1:` Test2 int `json:"Test1:` } var ( config *Config configLock = new(sync.RWMutex) ) func loadConfig() bool { f, err := ioutil.ReadFile("config.json") if err != nil { fmt.Println("load config error: ", err) return false } //不一樣的配置規則,解析複雜度不一樣 temp := new(Config) err = json.Unmarshal(f, &config) if err != nil { fmt.Println("Para config failed: ", err) return false } configLock.Lock() config = temp configLock.Unlock() return true } func GetConfig() *Config { configLock.RLock() defer configLock.RUnlock() return config } func init() { if !loadConfig() { os.Exit(1) } //熱更新配置可能有多種觸發方式,這裏使用系統信號量sigusr1實現 s := make(chan os.Signal, 1) signal.Notify(s, syscall.SIGUSR1) go func() { for { <-s log.Println("Reloaded config:", loadConfig()) } }() } func main() { select {} }
由於熱加載的時候,可能有不少未知的routine在使用config,經過切換配置的時候加鎖能夠保證多個routine對config的正確操做,不過須要注意的是,獲取配置文件的時候也須要加鎖。測試
不知道在golang裏面,有沒有不加鎖的方案能夠實現配置熱更新?日誌