答案：Go配置管理应将配置外部化，优先使用JSON/YAML文件结合结构体解析，通过环境变量实现多环境覆盖，推荐使用Viper库统一管理多种格式与动态配置，避免全局变量，提倡依赖注入以提升可测试性与模块解耦。
在Go语言开发中，良好的配置管理是构建可维护、可扩展应用的关键一环。很多初学者直接把配置写死在代码里，比如数据库地址、端口、日志级别等，这会导致部署困难、环境切换麻烦。正确的做法是将配置外部化，并通过结构化方式加载和使用。
使用JSON或YAML文件管理配置
最常见的做法是使用JSON或YAML格式的配置文件。Go标准库支持JSON解析，第三方库如gopkg.in/yaml.v3则能轻松处理YAML。
例如，创建一个config.yaml：
server: host: 0.0.0.0 port: 8080 database: dsn: "user:pass@tcp(localhost:3306)/mydb" log_level: info
然后定义对应的结构体并加载：
立即学习“go语言免费学习笔记（深入）”；
type Config struct {
Server struct {
Host string `yaml:"host"`
Port int `yaml:"port"`
} `yaml:"server"`
Database struct {
DSN string `yaml:"dsn"`
} `yaml:"database"`
LogLevel string `yaml:"log_level"`
}
func LoadConfig(path string) (*Config, error) {
data, err := os.ReadFile(path)
if err != nil {
return nil, err
}
var cfg Config
err = yaml.Unmarshal(data, &cfg)
if err != nil {
return nil, err
}
return &cfg, nil
}
这样就能从文件读取配置，结构清晰且易于维护。
结合环境变量实现多环境支持
不同环境（开发、测试、生产）通常需要不同的配置。虽然可以准备多个配置文件，但更灵活的方式是允许环境变量覆盖配置项。
例如，使用os.Getenv获取环境变量：
func (c *Config) ApplyEnvOverrides() {
if host := os.Getenv("SERVER_HOST"); host != "" {
c.Server.Host = host
}
if port := os.Getenv("SERVER_PORT"); port != "" {
if p, err := strconv.Atoi(port); err == nil {
c.Server.Port = p
}
}
}
启动时调用cfg.ApplyEnvOverrides()，就可以实现“配置文件为主，环境变量优先”的策略，适合容器化部署。
使用Viper简化配置管理（推荐进阶方案）
当项目变大，支持多种格式（JSON/YAML/TOML）、自动监听文件变化、远程配置等需求出现时，推荐使用spf13/viper库。
基本用法：
import "github.com/spf13/viper"
viper.SetConfigName("config")
viper.SetConfigType("yaml")
viper.AddConfigPath(".")
viper.ReadInConfig()
var cfg Config
viper.Unmarshal(&cfg)
// 支持动态获取
port := viper.GetInt("server.port")
Viper还支持自动监听配置变更、从环境变量绑定、远程etcd/consul配置等高级功能，适合复杂系统。
避免全局变量滥用，提倡依赖注入
很多人习惯把配置解析后存到一个全局变量里，虽然方便，但不利于测试和模块解耦。
更好的方式是将配置作为参数传入需要的模块：
type App struct {
cfg *Config
}
func NewApp(cfg *Config) *App {
return &App{cfg: cfg}
}
func (a *App) Run() {
// 使用 a.cfg 启动服务
}
这样每个组件只依赖明确传入的配置，单元测试时也更容易模拟不同配置场景。
基本上就这些。从简单的文件加载到结合环境变量，再到使用Viper统一管理，Go的配置管理可以根据项目复杂度逐步演进。关键是把配置从代码中分离，保持灵活性和可维护性。
