常用配置文件格式
(1) JSON 配置
// config.json
{
"server": {
"host": "0.0.0.0",
"port": 8080
},
"database": {
"url": "postgres://user:pass@localhost/db",
"max_conns": 20
}
}
解析代码:

package main
import (
"encoding/json"
"os"
)
type Config struct {
Server struct {
Host string `json:"host"`
Port int `json:"port"`
} `json:"server"`
Database struct {
URL string `json:"url"`
MaxConns int `json:"max_conns"`
} `json:"database"`
}
func loadConfig(path string) (Config, error) {
var config Config
file, err := os.Open(path)
if err != nil {
return config, err
}
defer file.Close()
decoder := json.NewDecoder(file)
err = decoder.Decode(&config)
return config, err
}
func main() {
config, _ := loadConfig("config.json")
println("Server Port:", config.Server.Port) // 输出: 8080
}
(2) YAML 配置
# config.yaml server: host: "0.0.0.0" port: 8080 database: url: "postgres://user:pass@localhost/db" max_conns: 20
解析代码(需安装 gopkg.in/yaml.v3):
go get gopkg.in/yaml.v3
import "gopkg.in/yaml.v3"
// 使用与 JSON 相同的 Config 结构体
func loadYAMLConfig(path string) (Config, error) {
var config Config
data, err := os.ReadFile(path)
if err != nil {
return config, err
}
err = yaml.Unmarshal(data, &config)
return config, err
}
(3) TOML 配置
# config.toml [server] host = "0.0.0.0" port = 8080 [database] url = "postgres://user:pass@localhost/db" max_conns = 20
解析代码(需安装 github.com/BurntSushi/toml):
go get github.com/BurntSushi/toml
import "github.com/BurntSushi/toml"
func loadTOMLConfig(path string) (Config, error) {
var config Config
_, err := toml.DecodeFile(path, &config)
return config, err
}
(4) 环境变量配置
package main
import (
"os"
"strconv"
)
type EnvConfig struct {
Host string
Port int
DBURL string
MaxConns int
}
func loadEnvConfig() EnvConfig {
port, _ := strconv.Atoi(os.Getenv("PORT")) // 转换字符串为整数
return EnvConfig{
Host: os.Getenv("HOST"),
Port: port,
DBURL: os.Getenv("DB_URL"),
MaxConns: 20, // 默认值
}
}
启动时指定环境变量:
HOST=0.0.0.0 PORT=8080 DB_URL=postgres://... ./app
高级方案:Viper 库
Viper 是 Go 生态中最流行的配置管理库,支持多格式、热加载、环境变量等。

安装 Viper
go get github.com/spf13/viper
示例代码
package main
import (
"fmt"
"github.com/spf13/viper"
)
func main() {
// 设置配置文件路径和格式
viper.SetConfigName("config") // 文件名 (不带扩展名)
viper.SetConfigType("yaml") // 格式 (json/toml/yaml...)
viper.AddConfigPath(".") // 搜索路径
// 读取配置
if err := viper.ReadInConfig(); err != nil {
panic(fmt.Errorf("fatal error config file: %w", err))
}
// 获取值
port := viper.GetInt("server.port")
fmt.Println("Server Port:", port) // 输出: 8080
// 支持环境变量覆盖 (优先使用环境变量)
viper.AutomaticEnv()
dbURL := viper.GetString("database.url") // 若存在 DATABASE_URL 环境变量则覆盖
}
配置最佳实践
-
分层配置:
- 默认配置(代码中硬编码)
- 配置文件(JSON/YAML/TOML)
- 环境变量(生产环境安全覆盖)
- 命令行参数(动态调整)
-
敏感信息处理:
- 使用环境变量或密钥管理服务(如 HashiCorp Vault)
- 避免将密码/密钥提交到代码仓库!
-
热重载:
- Viper 支持
viper.WatchConfig()监听文件变化:viper.OnConfigChange(func(e fsnotify.Event) { fmt.Println("Config changed:", e.Name) }) viper.WatchConfig()
- Viper 支持
完整项目结构示例
myapp/
├── config/
│ ├── config.yaml # 开发环境配置
│ └── config.prod.yaml # 生产环境配置
├── main.go
└── .env # 本地环境变量(可选)
代码中根据环境加载配置:

func initConfig() {
viper.SetConfigType("yaml")
env := os.Getenv("APP_ENV") // 通过环境变量指定配置
if env == "production" {
viper.SetConfigName("config.prod")
} else {
viper.SetConfigName("config")
}
viper.AddConfigPath("./config")
// ... 其他设置
}
| 方案 | 适用场景 | 特点 |
|---|---|---|
| 标准库 | 简单 JSON/环境变量 | 无需额外依赖 |
| Viper | 复杂项目,多格式/热加载需求 | 功能全面,生态成熟 |
| 环境变量 | 容器化部署(Docker/K8s) | 安全且符合 12-Factor 原则 |
根据项目复杂度选择合适方案,推荐 Viper 处理大多数场景!
图片来源于AI模型,如侵权请联系管理员。作者:酷小编,如若转载,请注明出处:https://www.kufanyun.com/ask/289358.html


评论列表(5条)
读了这篇关于Go配置文件的文章,真是解决了我不少困惑!文章里对比几种配置文件格式挺实在的,我自己以前也纠结过到底用JSON、YAML还是TOML。 文章说JSON不支持注释这点,我真是踩过坑!那时候在配置文件里想临时关个功能或者写点备注,结果发现行不通,调试起来特别麻烦,最后只能额外写文档或者用命令行参数凑合,现在想想都头疼。换成YAML后结构是清晰了,但缩进问题有时候也挺磨人的,一个小空格就能让程序崩掉,每次改的时候都小心翼翼的。TOML看起来确实是个兼顾易读和功能的好选择,尤其是支持注释这点,对实际开发太友好了。 看到文章里讲环境变量那个部分,我特别有共鸣。之前就吃过亏,测试环境配成生产库了,吓出一身冷汗。现在项目里都是严格区分,dev/staging/prod的配置绝对隔离,加上默认值机制,安全多了。文章提到的 Viper 这类库确实好用,像个大管家,把各种来源的配置统合起来,比自己硬解析方便不少,省心省力。 总的来说,这篇文章把Go配置这块讲得挺清楚,从格式选择到工具再到安全实践都覆盖到了。特别是强调了“简单清晰”和“环境隔离”这种实际经验,很接地气。要是早点看到,能少走不少弯路!新手朋友按这个来配,感觉能避开不少坑。对了,里面提的几个开源工具名字记下了,回头去研究研究,应该能提升不少效率。
@星星7586:哈哈深有同感!JSON没注释这个坑我也踩过,后来硬是在代码里写备注。YAML缩进老折磨人了,我现在都用工具校验才敢提交。TOML确实宝藏,写配置清爽多了,特别是嵌套结构时比YAML直观。环境变量那个血泪教训+1,现在我都直接在启动脚本里检查环境变量是否设置,不然真容易手滑出事故。Viper这类库用顺手后是真的香,少写好多胶水代码~
这篇文章写得真实用!JSON配置在Go中很常见,但我觉得环境变量管理更灵活,尤其在生产环境。作者的建议很到位,帮新手避了不少坑。
这篇文章真是Go新手的福音!我以前搞JSON配置时总踩坑,现在懂了最佳实践,感觉配置文件都变优雅了,像在整理生活的规则书一样。
这篇文章讲Go配置挺实在的,把我平时遇到的纠结都点出来了。我自己在项目里也反复折腾过配置格式的选择: JSON嘛确实最常见,但写起来麻烦死了,少个逗号就崩,最要命的是不能写注释!调参数的时候真想吐槽。YAML看着清爽,缩进一错全完蛋,而且有些复杂结构写着写着就懵了。TOML这两年用得多起来了,感觉折中一点,既像ini变强版,又支持注释,个人挺喜欢。 作者强调环境变量这点我双手赞同。以前偷懒全写文件里,结果不同环境部署时改配置改到头大,后来硬性规定敏感信息必须走环境变量,安全又省心。还有动态加载配置的需求,以前傻傻重启服务,现在知道有viper这种库能监听文件变动,属实方便。 配置验证真是血泪教训!记得有次配置项拼写错误,服务能跑但功能异常,查了半天才找到。现在写解析代码都习惯加个必填项检查和默认值,出错立刻报停,避免埋雷。 总的来说,看完觉着配置这事儿吧,真没“最优解”,得看项目大小和团队习惯。但核心就那几点:格式选顺手的、敏感信息别硬编码、做好验证、考虑热更新。按这个思路走,能避开挺多坑。