问题
- Go语言在编译时不会将配置文件这类第三方文件打包进二进制文件中
- 它既受当前路径的影响，也会因所填写的不同而改变，并非是绝对可靠的
解决
命令行参数
在Go语言中，可以直接通过flag标准库来实现该功能。实现逻辑为，如果存在命令行参数，则优先使用命令行参数，否则使用配置文件中的配置参数。
如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
var ( port string runMode string config string ) func init() { // 获取命令行参数 err = setupFlag() if err != nil { log.Fatalf("init.setupFlag err: %v", err) } ...... } // 获取命令行参数 func setupFlag() error { flag.StringVar(&port, "port", "", "启动端口") flag.StringVar(&runMode, "mode", "", "启动模式") flag.StringVar(&config, "config", "config/", "指定要使用的配置文件路径") flag.Parse() return nil } |
通过上述代码，我们可以通过标准库flag读取命令行参数，然后根据其默认值判断配置文件是否存在。若存在，则对读取配置的路径进行变更，代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
package setting import "github.com/spf13/viper" type Setting struct { vp *viper.Viper } // 初始化配置文件的基础属性 func NewSetting(configs ...string) (*Setting, error) { vp := viper.New() vp.SetConfigName("config") if len(configs) != 0 { for _, config := range configs { if config != "" { vp.AddConfigPath(config) } } } else { vp.AddConfigPath("configs/") } vp.SetConfigType("yaml") err := vp.ReadInConfig() if err != nil { return nil, err } return &Setting{vp}, nil } |
接下来，对ServerSetting配置项进行覆写。如果存在，则覆盖原有的文件配置，使其优先级更高，代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
// 初始化配置文件 func setupSetting() error { setting, err := setting2.NewSetting(strings.Split(config, ",")...) if err != nil { return err } ...... if port != "" { global.ServerSetting.HttpPort = port } if runMode != "" { global.ServerSetting.RunMode = runMode } return nil } |
然后在运行的时候传入参数即可：
|
1 |
go run main.go -port=8081 -mode=debug -config=configs/ |
系统环境变量
可以将配置文件存放在系统自带的全局变量中，如$HOME/conf或/etc/conf中，这样做的好处是不需要重新自定义一个新的系统环境变量。
一般来说，我们会在程序中内置一些系统环境变量的读取，其优先级低于命令行参数，但高于文件配置。
打包进二进制文件
可以将配置文件这种第三方文件打包进二进制文件中，这样就不需要过度关注这些第三方文件了。但这样做是有一定代价的，因此要注意使用的应用场景，即并非所有的项目都能这样操作。
首先安装go-bindata库，安装命令如下：
|
1 |
go get -u github.com/go-bindata/go-bindata/... |
通过go-bindata库可以将数据文件转换为Go代码。例如，常见的配置文件、资源文件（如Swagger UI）等都可以打包进Go代码中，这样就可以“摆脱”静态资源文件了。接下来在项目根目录下执行生成命令：
|
1 |
go-bindata -o configs/config.go -pkg-configs configs/config.yaml |
执行这条命令后，会将 configs/config.yaml 文件打包，并通过-o 选项指定的路径输出到configs/config.go文件中，再通过设置的-pkg选项指定生成的packagename为configs，接下来只需执行下述代码，就可以读取对应的文件内容了：
|
1 |
b,_:=configs.Asset("configs/config.yaml") |
把第三方文件打包进二进制文件后，二进制文件必然增大，而且在常规方法下无法做文件的热更新和监听，必须要重启并且重新打包才能使用最新的内容，因此这种方式是有利有弊的。
配置热更新
开源的fsnotify
既然要做配置热更新，那么首先要知道配置是什么时候修改的，做了哪些事？因此我们需要对所配置的文件进行监听，只有监听到了，才能知道它做了哪些变更。
开源库 fsnotify 是用Go语言编写的跨平台文件系统监听事件库，常用于文件监听，因此我们可以借助该库来实现这个功能。
（1）安装
|
1 2 |
go get -u golang.org/x/sys/... go get -u github.com/fsnotify/fsnotify |
fsnotify是基于golang.org/x/sys实现的，并非syscall标准库，因此在安装的同时需要更新其版本，确保版本是最新的。
（2）案例
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 |
package main import ( "gopkg.in/fsnotify.v1" "log" ) func main() { watcher, _ := fsnotify.NewWatcher() defer watcher.Close() done := make(chan bool) go func() { for { select { case event, ok := <-watcher.Events: if !ok { return } log.Fatal("event: ", event) if event.Op&fsnotify.Write == fsnotify.Write { log.Println("modified file:", event.Name) } case err, ok := <-watcher.Errors: if !ok { return } log.Fatal("error:", err) } } }() path := "configs/config.yaml" _ = watcher.Add(path) <-done } |
通过监听，我们可以很便捷地知道文件做了哪些变更。进一步来说，我们可以通过对其进行二次封装，在它的上层实现一些变更动作来完成配置文件的热更新。
使用viper开源库实现热更新
viper开源库能够很便捷地实现对文件的监听和热更新。
打开pkg/setting/section.go文件，针对重载应用配置项，新增如下处理方法：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
var sections = make(map[string]interface{}) // 解析配置文件 func (s *Setting) ReadSection(k string, v interface{}) error { err := s.vp.UnmarshalKey(k, v) if err != nil { return err } if _,ok:=sections[k];!ok{ sections[k] = v } return nil } |
首先修改ReadSection方法，增加读取section的存储记录，以便在重新加载配置的方法中进行二次处理。接下来新增ReloadAllSection方法，重新读取配置，代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
// 读取所有配置 func (s *Setting) ReadAllSections() error { for k, v := range sections { err := s.ReadSection(k, v) if err != nil { return err } } return nil } // 监听配置变化 func (s *Setting) WatchSettingChange() { go func() { s.vp.WatchConfig() s.vp.OnConfigChange(func(in fsnotify.Event) { _ = s.ReloadAllSections() }) }() } |
最后在pkg/setting/setting.go文件中新增文件热更新的监听和变更处理，代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
// 初始化配置文件的基础属性 func NewSetting(configs ...string) (*Setting, error) { vp := viper.New() vp.SetConfigName("config") for _, config := range configs { if config != "" { vp.AddConfigPath(config) } } vp.SetConfigType("yaml") err := vp.ReadInConfig() if err != nil { return nil, err } // 加入热更新 s := &Setting{vp: vp} s.WatchSettingChange() return s, nil } |
在上述代码中，首先在NewSetting方法中起一个协程，再在里面通过WatchConfig方法对文件配置进行监听，并在OnConfigChange方法中调用刚刚编写的重载方法ReloadAllSection来处理热更新的文件监听事件回调，这样就可以“悄无声息”地实现一个文件配置热更新了。
OnConfigChange方法的回调方法形参，其实就是fsnotify。
