原文地址-石匠的Blog: http://www.bugclosed.com/post/4golang
配置文件热更新是服务器程序的一个基本功能,经过热更新能够不停机调整程序的配置,特别是在生产环境能够提供极大的便利,好比发现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里面,有没有不加锁的方案能够实现配置热更新?日志