Kratos中config.WithSource按传入顺序从左到右加载并合并多个配置源，靠前源优先级更高，同名key被后加载源覆盖；常见组合包括file+env、env+file、base+env专属文件等。
kratos config.WithSource 怎么组合多个配置源
Kratos 的配置加载本质是「多源合并」，不是覆盖。config.WithSource 接收多个 config.Source 实例，按传入顺序从左到右依次加载、合并：靠前的源优先级更高，同名 key 会被后加载的覆盖。
常见组合方式：
-
file.NewSource("configs/dev.yaml")+env.NewSource()：本地文件兜底，环境变量动态覆盖（如DB_URL） -
env.NewSource()+file.NewSource("configs/default.yaml")：环境变量优先，缺失时 fallback 到默认文件 -
file.NewSource("configs/base.yaml")+file.NewSource(fmt.Sprintf("configs/%s.yaml", env))：base 公共配置 + 环境专属配置（需手动控制加载顺序）
注意：env.NewSource() 默认只读取大写键（如 HTTP_PORT），且不会自动展开嵌套结构（server.port 需写成 SERVER_PORT）。
如何用命令行参数控制环境（-conf / -env）
Kratos 官方模板默认不内置 -env 参数，但你可以轻松自己加。关键在 flag 解析和配置源构造逻辑：
- 定义 flag：
flag.StringVar(&env, "env", "dev", "environment name") - 构造配置源时拼接路径：
file.NewSource(fmt.Sprintf("configs/%s.yaml", env)) - 启动时指定：
./app -conf configs/prod.yaml或./app -env prod
不要依赖 kratos run 自带的环境变量注入（它只影响构建阶段），运行时环境必须显式传入或由 env.NewSource() 读取系统环境变量。
YAML 配置里怎么写环境相关字段
Kratos 的 config 组件本身不支持 YAML 的 --- 多文档或 ${ENV} 占位符。所有「环境差异化」必须靠外部机制实现：
- 不同环境用不同文件：
configs/dev.yaml、configs/prod.yaml，通过-env或-conf选一个加载 - 敏感字段走环境变量：
password: ${DB_PASSWORD}这种写法无效；正确做法是 YAML 里留空或写占位符，运行时用env.NewSource()覆盖 - 结构体字段需与 YAML 键严格匹配（大小写、下划线），例如
http_port对应 Go 结构体字段HTTPPort int（需加yaml:"http_port"tag）
如果你看到项目里用了 envsubst 或 shell 脚本预处理 YAML，那是构建层行为，不是 Kratos 框架能力。
为什么 config.Scan() 后某些字段还是空
最常见原因是结构体字段未导出（小写开头）或缺少 yaml tag。Kratos 的 Scan() 依赖 Go 的反射，仅能绑定导出字段：
- 错误写法：
port int `yaml:"http_port"`→ 字段port小写，不可导出，Scan()忽略 - 正确写法：
HTTPPort int `yaml:"http_port"`→ 字段大写，且 tag 显式声明映射 - 嵌套结构体也要逐层导出：
Data DataConfig `yaml:"data"`，且DataConfig内字段也需导出
另一个容易忽略的点：如果用了多个 file.NewSource()，但某个文件缺失（如 configs/staging.yaml 不存在），c.Load() 会直接 panic，不会静默跳过 —— 务必确保路径存在或做容错包装。
