Go 1.12+ 才支持 reflect.MapIter，应优先用 reflect.Value.MapRange() 安全遍历 map；低于该版本需降级为 MapKeys()+MapIndex()，并严格检查 IsValid() 和 IsNil() 以避免 panic。
用 reflect.MapIter 遍历 map 时 panic: reflect: MapIter undefined
Go 1.12 才引入 reflect.MapIter，低于这个版本直接用会编译失败或运行时报错。不是所有 Go 版本都支持它，别一上来就 import 然后调 MapIter。
- 检查 Go 版本：
go version，低于go1.12就得换方案 - Go 1.12+ 才能用
reflect.Value.MapRange()（推荐）或reflect.Value.MapKeys()+ 单独取值 -
MapIter类型本身在reflect包里没导出构造函数，只能通过reflect.Value.MapRange()获取
为什么不用 MapKeys() 而要用 MapRange()
MapKeys() 返回 []reflect.Value，要遍历就得再对每个 key 调一次 MapIndex()，性能差、代码啰嗦，还容易漏 nil 检查；MapRange() 一次拿到 key-value 对，更安全也更符合“动态访问”的本意。
-
MapKeys()不保证顺序，且 key 列表是副本，后续 map 修改不影响它 -
MapRange()返回的reflect.MapIter是迭代器，每次Next()只取一对，内存友好 - 如果 map 很大，
MapKeys()会一次性分配 slice，而MapRange()没这开销 - 示例：
iter := val.MapRange() for iter.Next() { key := iter.Key() value := iter.Value() // 处理 key/value }
反射访问 map 值时 panic: call of reflect.Value.Interface on zero Value
常见于 key 不存在、map 为 nil、或 MapIndex() 返回零值未检查就调 Interface()。
- 必须先判断
val.Kind() == reflect.Map且val.IsValid() && !val.IsNil() -
MapIndex(key)对不存在的 key 返回零值reflect.Value，此时.IsValid()为 false，不能直接.Interface() - 用
MapRange()可规避这个问题——它的Next()只返回存在的键值对 - 如果非要用
MapIndex()，务必加判断：if !v.IsValid() { continue }
想把反射拿到的 key/value 转成原始类型，但类型断言失败
反射值不等于具体类型值。iter.Key().Interface() 返回 interface{}，但里面装的是 reflect 包内部表示，不能直接当 string 或 int 用——除非原 map 的 key/value 类型就是 interface{}。
立即学习“go语言免费学习笔记（深入）”；
- 若 map 是
map[string]int，iter.Key().Interface()实际返回string，可安全断言：keyStr := iter.Key().Interface().(string) - 但若 map 是
map[struct{X int}]string，Interface()返回的是 struct 值，不是指针，要注意是否可寻址 - 更稳妥的做法是用
Key().Kind()和Key().String()/Key().Int()等方法直接取基础值，避免断言 - 注意：如果 key 是自定义类型且未导出字段，
Interface()会 panic，此时只能用Key().Field(i).Interface()逐字段读
反射操作 map 最容易卡在 nil 判断和 Interface() 的时机上，多打两行 fmt.Printf("%#v, %t\n", v, v.IsValid()) 比猜快得多。
