配置文件熱更新是服務器程序的一個基本功能,經過熱更新能夠不停機調整程序的配置,特別是在生產環境能夠提供極大的便利,好比發現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裏面,有沒有不加鎖的方案能夠實現配置熱更新?日誌