viper不自动fallback多格式或识别非标准后缀，必须显式调用viper.setconfigtype("yaml")等且顺序严格在readinconfig前，否则报unknown config type或config file not found。
直接说结论：Viper 本身不自动 fallback 多格式，也不默认识别非标准后缀（如 .conf、.yaml 写成 .yml 以外的变体），必须显式调用 viper.SetConfigType()，且顺序不能错——否则必报 unknown config type 或 Config File Not Found。
为什么 viper.ReadInConfig() 总是报 unknown config type
根本不是文件内容问题，而是 Viper 没法猜你给的是什么格式。它只对极少数后缀硬编码识别：.json、.toml、.yaml、.yml、.properties、.env、.env.yaml。其余一概无视。
- 文件叫
config（无后缀）、app.conf、settings.txt→ 必须提前viper.SetConfigType("yaml") - 用
embed.FS读字节流再传给viper.ReadConfig(bytes.NewReader(data))→SetConfigType是唯一出路，SetConfigFile完全无效 - 类型名必须严格匹配：
"yaml"可以，"yml"在部分版本里能蒙混，但不保证；"JSON"（大写）会失败，必须小写"json"
如何让 Go 应用同时支持 config.json 和 config.yaml 并按优先级加载
Viper 原生不支持“先找 A，找不到再找 B”。它的 ReadInConfig() 只走一次查找逻辑，依赖 SetConfigName() + AddConfigPath() 的组合，最终只加载第一个匹配项。
- 手动按顺序检查：
os.ReadFile("config.json")→ 成功就viper.SetConfigType("json")+viper.ReadConfig(...)；失败再试config.yaml - 别把路径硬编码进
AddConfigPath()后指望它自动扫多个后缀——它不会扫描，只拼path + "/" + name + "." + type - 若需运行时切换（比如测试用 JSON，生产用 YAML），把格式存进 flag：
flag.String("config-type", "yaml", "config file type")，然后viper.SetConfigType(*configTypeFlag)
viper.AddConfigPath() 在 embed.FS 或 fs.FS 下为何完全失效
AddConfigPath() 只操作本地文件系统（os.Open），对 embed.FS、io/fs.FS 或任何抽象文件系统零感知。直接调 ReadInConfig() 必然报 Config File Not Found。
- 正确做法：用
embed.FS读取后转*bytes.Reader，再喂给viper.ReadConfig() - 示例：
data, _ := assets.ReadFile("config.yaml")→viper.SetConfigType("yaml")→viper.ReadConfig(bytes.NewReader(data)) - 漏掉
SetConfigType()？照样报unknown config type，哪怕内容是合法 YAML
最常被忽略的一点：所有 SetConfigType() 调用必须在 ReadInConfig() 或 ReadConfig() 之前，且不能晚于 SetConfigName() 和 AddConfigPath()。顺序错了，前面全白干。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
