viper.readinconfig()找不到config-prod.yaml是因为它不会自动根据env=prod补后缀，必须手动拼接viper.setconfigname("config-" + os.getenv("env"))并确保env=prod已设置，同时需提前调用setconfigtype("yaml")、addconfigpath("./configs")且路径真实可读。
为什么 viper.ReadInConfig() 找不到 config-prod.yaml
不是文件路径错，也不是权限问题，而是 viper.ReadInConfig() 根本没按你预期的名字去读——它不会自动识别 ENV=prod 并补后缀。必须手动拼配置名，否则默认只找 config.yaml。
- 错误写法：
viper.SetConfigName("config-prod")—— 写死字符串，换环境就报Config File Not Found - 正确写法：
viper.SetConfigName("config-" + os.Getenv("ENV"))，且确保启动前已设ENV=prod（推荐小写） -
viper.AddConfigPath("./configs")的路径必须真实存在、可读；Docker 中挂载 ConfigMap 后，os.Stat可能成功但viper.ReadInConfig()静默失败——重点查挂载是否只读、文件权限是否为 644 - 必须在
viper.ReadInConfig()前调用viper.SetConfigType("yaml")，否则扩展名缺失或类型未注册会报Unsupported Config Type ""
viper.AutomaticEnv() 为什么读不到 SERVER_PORT
viper.AutomaticEnv() 默认只做全字符串匹配：配置项 server.port 会去找名为 SERVER.PORT 的环境变量，而系统里实际是 SERVER_PORT。不处理这层映射，永远 fallback 到默认值。
- 尽早调用
viper.SetEnvKeyReplacer(strings.NewReplacer(".", "_"))，让点号转下划线 - 加前缀避免冲突：
viper.SetEnvPrefix("app")，这样app.server.port对应APP_SERVER_PORT - 特殊映射（如
PGHOST→db.host）用viper.BindEnv("db.host", "PGHOST")显式绑定 - 别绕过 viper 直接用
os.Getenv("SERVER_PORT")——会跳过优先级链（flag > env > file > default），也失去 fallback 能力
嵌套结构体 unmarshal 后字段为空怎么办
viper 不会推导字段名，也不自动转换命名风格（驼峰/下划线/点号）。它只严格匹配结构体上的 yaml:"xxx" tag，大小写敏感、一字不差。
- 字段没加
yamltag？必然为空 - tag 名写成
yaml:"server_port"，但配置里是server.port？不匹配，为空 - 配置里是
db-host，tag 写yaml:"db_host"？不匹配，为空 - 嵌套结构体要逐层打 tag，比如
type Config struct { Server ServerConfig `yaml:"server"` }，不能只给最内层字段打
GoFrame 和 go-zero 的环境切换逻辑差异在哪
GoFrame 和 go-zero 都支持多环境，但触发机制和覆盖行为完全不同——混用容易在生产加载了 dev 配置。
- GoFrame 不靠通用变量（如
APP_ENV），只认GF_ENV或项目根目录的gf.env文件；未设置时默认加载config.toml，不会 fallback 到config-prod.toml - GoFrame 加载是浅层 key 覆盖：先读
config.toml，再用config-prod.toml同名 key 覆盖，不合并嵌套结构；pool_size = 0就是真的 0，不会跳过 - go-zero 的
-f参数是最高优先级：一旦指定-f etc/app.prod.yaml，环境变量和其它配置源全部失效；想让环境变量起作用，必须去掉-f，改用GO_ENV=prod+ 基础文件名（如app.yaml） - go-zero 的
optional字段在-f模式下仍生效，但非optional字段缺失会直接 panic
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
