应使用 v.Kind() == reflect.Map 判断 map 类型，因 v.Type().Kind() 不检查值有效性；nil map 仍满足该条件，v.MapRange() 更安全稳定，写入需传指针并确保类型匹配。
怎么判断一个 interface{} 是 map 类型
用 v.Kind() == reflect.Map，而不是 v.Type().Kind() —— 后者不检查值是否有效，容易在 nil 或非法值上误判。传入的变量哪怕是指针，也得先 v.Elem() 再判断，否则指针本身的 Kind 是 reflect.Ptr，不是 reflect.Map。
- nil map 不 panic：
v.Kind() == reflect.Map仍成立，v.MapKeys()返回空切片，可安全遍历 - 如果传的是
map[string]int字面量（如map[string]int{"a":1}），reflect.ValueOf()得到的值不可寻址，后续写操作会失败 - 想修改 map，必须传指针：
reflect.ValueOf(&m).Elem()，这是反射写 map 的前提
如何安全遍历任意 map 并读取键值对
Go 1.12+ 推荐用 v.MapRange() 迭代器，比 v.MapKeys() 更稳定（尤其对大 map 或并发 unsafe 场景）；但若需先排序或批量处理 key，还是得用 MapKeys()。
-
MapRange()返回迭代器，必须配合iter.Next()循环，不能直接 range - 每个
iter.Key()和iter.Value()都是reflect.Value，要转回 Go 值必须调.Interface() - key 可能是 struct、interface{} 等类型，
.Interface()能正常工作，但后续做 map 查找时，该类型必须可比较（否则运行时报 panic） - 不存在的 key 不会 panic，
v.MapIndex(key)返回无效值，务必用val.IsValid()判断
为什么 SetMapIndex 总 panic：常见写入失败原因
绝大多数 panic 来自「map 值不可设置」或「key/value 类型不匹配」——和原生 map 赋值不同，反射写入有更严格的可寻址与类型约束。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 传入的是值而非指针：例如
reflect.ValueOf(m)→CanSet()为 false；正确做法是reflect.ValueOf(&m).Elem() - key 或 value 的
reflect.Value类型与 map 定义不符：比如 map 是map[string]int，却传了reflect.ValueOf(123)当 key（应为 string） - value 是结构体或 slice，但没初始化：对
map[string]User写入前，val必须是已分配内存的reflect.Value，可用reflect.New(valType).Elem() - value 是指针类型（如
*string），却直接SetString()：必须先.Elem()再设值，否则报 “cannot set unaddressable value”
MapKeys() 返回顺序随机，怎么保证稳定输出
MapKeys() 顺序由底层哈希决定，每次运行都可能不同。这不是 bug，是 Go map 的设计特性。需要稳定顺序时，必须手动排序。
立即学习“go语言免费学习笔记（深入）”；
- 先收集所有 key：
keys := v.MapKeys() - 按 key 类型排序：字符串 key 用
sort.Slice(keys, func(i, j int) bool { return keys[i].String() - 注意：key 是 int、struct 等类型时，需改用对应比较逻辑；struct 必须所有字段可比较才支持
==判断 - 排序后逐个
v.MapIndex(key)取值，避免重复计算或缓存失效
map[string]map[int]string），每一层都要重新走一遍 IsValid() + Kind() == reflect.Map 判断，不能偷懒。 
