Go 项目配置文件的定义和读取

前言

我们在写应用时，基本都会用到配置文件，从各种到等，都有自己的配置文件。虽然这没有太多难度，但是配置项一般相对比较繁杂，解析、校验也会比较麻烦。本文就给大家讲讲我们是怎么简化配置文件的定义和解析的。

场景

如果我们要写一个的服务，配置项大概有如下内容：

，侦听的，如果不填，默认用
，侦听的端口，必填，只能是数字，大于等于80，小于65535
，日志模式，只能选或者
，看是否输出详细日志，可选，默认为
，允许的最大并发连接数，默认
，超时设置，默认
，设置使用率触发系统降载的阈值，默认，表示

之前我们用做配置文件，但是有个问题，无法加注释，所以我们后来切换到了格式。

接下来让我们看看借助怎么来方便的的定义和解析这样的配置文件～

定义配置

首先，我们需要将上述配置需求定义到 Go 结构体里，如下：

RestfulConf struct {
    Host         string        `json:",default=0.0.0.0"`
    Port         int           `json:",range=[80,65535)"`
    LogMode      string        `json:",options=[file,console]"`
    Verbose      bool          `json:",optional"`
    MaxConns     int           `json:",default=10000"`
    Timeout      time.Duration `json:",default=3s"`
    CpuThreshold int64         `json:",default=900,range=[0:1000]"`
}

可以看到，我们对每个配置项都有一定的定义和限制，其中一些定义如下：

，配置没填的话，使用该默认值，可以看到其中的会自动解析成类型
，此项可以不配置，没有的话，用类型零值
，限定数字类型，需要在给定的范围内
，限制配置的值只能是给出的这几个之一

并且，一些属性可以叠加使用，比如：

和一起使用，就可以既增加了范围限制，又提供了默认值
和一起使用，就可以既增加了可选项限制，又提供了默认值

配置文件

因为我们在定义配置的时候，给了很多的默认值，还有使用指定为可选，所以我们的配置文件里的配置项就相对比较少了，能用默认值的就不用写了，如下：

# 因为很多都有默认值，所以只需要写需要指定值和没有默认值的
Port: 8080
LogMode: console
# 可以读取环境变量的值
MaxBytes: ${MAX_BYTES}

这里有个注意点，如果配置项的全部是数字，而你定义的配置类型是，比如有人测试密码经常用，但是密码一般会定义为，配置就要写成如下（只是举个例子哈，密码一般不建议裸写到配置文件里）：

Password: "123456"

这里的双引号不能少，少了会报之类的错误，因为解析器会把不带双引号的解析成。

加载配置文件

我们有了配置定义（）和配置文件（），接下来就是加载配置文件了，加载配置文件有三种方式：

必须加载成功，否则程序退出，我们一般这么用，如果配置不对，程序就无法继续了

// 有错误直接退出程序
var config RestfulConf
conf.MustLoad("config.yaml", &config)

自带的生成的默认代码也是使用来加载配置文件的

加载配置，并自行判断是否有

// 自己判断并处理 error
var config RestfulConf
// 为了更简洁，这里的 LoadConfig 后续会改为 Load，LoadConfig 已被标记为 Deprecated
if err := conf.LoadConfig("config.yaml", &config); err != nil {
    log.Fatal(err)
}

加载配置并读取环境变量

// 自动读取环境变量
var config RestfulConf
conf.MustLoad(configFile, &config, conf.UseEnv())

这里为啥我们需要显式指定，因为如果默认读取的话，可能在配置里大家写特定字符的时候就需要了，所以默认不读取环境变量，这个设计也欢迎大家多提提建议哈

实现原理

我们在实现类似解析的时候一般会直接使用或者对应的库，但是对于来说，我们需要在的时候有更精确的控制，这就需要我们自己定制的解析了，完整的代码实现在：

https://github.com/zeromicro/go-zero/tree/master/core/confhttps://github.com/zeromicro/go-zero/tree/master/core/mapping

这里也充分展示了的用法，以及复杂场景下如何通过单元测试保证代码的正确性。

总结

我一直比较推荐的思想，我们在加载配置文件的时候也是这样，一旦有错误，立马退出，这样运维在部署服务时就会及时发现问题，因为进程压根起不来。

的所有服务的配置项都是通过这样的方式来加载和自动验证的，包括我写的很多工具的配置也是基于此来实现的，希望能对你有所帮助！

项目地址

https://github.com/zeromicro/go-zerostar 支持我们！

微信交流群

微服务实践』公众号并点击 交流群 获取社区群二维码。

如果你有的使用心得文章，或者源码学习笔记，欢迎通过公众号联系投稿！

编程笔记 » Go 项目配置文件的定义和读取