必须调用MapKeys()获取键切片，不能直接range；键顺序随机；nil map返回空切片不panic；键值需.Interface()读取；查值用MapIndex而非Index；仅适用于reflect.Map类型。
用 reflect.Value.MapKeys 获取 map 的键列表
Go 反射中不能直接用 for range 遍历 reflect.Value 类型的 map，必须先调用 MapKeys() 得到键的 []reflect.Value 切片。这是最常被跳过的一步，直接对 map value 调 Len() 或尝试索引会 panic。
注意：MapKeys() 返回的键顺序是**随机的**（底层哈希打乱），不保证与插入顺序一致，也不等同于原始 map 的遍历顺序。
- 只适用于
Kind() == reflect.Map的值，否则 panic - 如果 map 为 nil，
MapKeys()返回空切片，不会 panic - 键的
reflect.Value仍需用.Interface()或类型断言才能读取实际值
遍历键并读取对应 value 的完整写法
拿到键后，要用 MapIndex(key) 查 value；不能用 Index()（那是 slice/array 用的）。常见错误是把 key 当成整数下标，或者忽略 key 可能是结构体、字符串等非基础类型。
package main
import (
"fmt"
"reflect"
)
func main() {
m := map[string]int{"a": 1, "b": 2, "c": 3}
v := reflect.ValueOf(m)
for _, k := range v.MapKeys() {
val := v.MapIndex(k)
fmt.Printf("key: %v, value: %v\n", k.Interface(), val.Interface())
}
}
输出类似：
key: a, value: 1
key: c, value: 3
key: b, value: 2
注意：如果 map 的 key 是自定义 struct 或指针，k.Interface() 仍可安全使用；但若后续要做 map 查找或比较，需确保该类型可比较（即满足 Go 的“可比较性”规则）。
反射遍历嵌套 map（如 map[string]map[int]string）
深层嵌套时，每层都要检查 Kind()，避免对非 map 类型调 MapKeys()。尤其要注意 interface{} 字段里藏了 map 却没做类型断言，反射出来是 reflect.Interface，得先 .Elem() 才能继续。
- 用
v.Kind() == reflect.Map做守门判断，比v.Type().Kind() == reflect.Map更稳妥（后者不检查值是否有效） - 对 value 再次反射前，建议加
v.IsValid() && v.CanInterface()防止空值 panic - 递归处理时，别忘了 map value 可能是 nil 指针——
MapIndex对 nil map 返回无效 value，需判空
性能和适用边界：什么情况不该用反射遍历 map
反射遍历比原生 for range 慢 5–10 倍以上，且丧失类型安全。仅在真正需要「处理未知 map 类型」时才用，比如通用序列化器、调试打印工具、ORM 字段映射。
- 已知 key 类型和 value 类型？直接写死
for k, v := range m - 想按 key 排序遍历？反射无法排序，得先把
MapKeys()结果转成具体类型切片再排序 - map 元素含 unexported 字段？反射能读，但
.Interface()会 panic，要用.UnsafeAddr()+ 类型转换（高危，不推荐）
真正难的不是怎么写循环，而是决定要不要进反射这扇门——多数业务逻辑里，它早该被关在外面了。
