Go中不能对结构体指针使用range，因range仅支持数组、切片、map、字符串、channel五种类型；遍历结构体字段须用reflect包，先Elem()解引用再遍历导出字段。
Go 里不能直接对结构体指针做 range
Go 编译器会直接报错：cannot range over s (type *MyStruct)。这不是语法糖缺失，而是语言设计上明确禁止——range 只支持数组、切片、map、字符串、channel 这五种类型，结构体（无论值还是指针）都不在其中。
常见错误现象：把结构体指针当 map 用，比如想遍历它的字段，写成 for k, v := range s {...}，结果编译失败。
- 结构体本身不是集合类型，没有“可遍历的元素序列”语义
- 指针只是地址，更不可能被
range解析出字段 - 哪怕结构体字段全是公开的，也不能绕过这个限制
想遍历结构体字段？得靠 reflect 包
Go 没有内建的字段遍历语法，必须借助 reflect。注意：要遍历的是结构体值，不是指针；所以得先解引用——但不是用 *s 简单取值，而是确保传给 reflect.ValueOf() 的是可寻址且可导出的值。
使用场景：通用日志打印、浅拷贝、字段校验、JSON-like 序列化中间层。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 如果传入的是
*MyStruct，reflect.ValueOf(s)得到的是指针类型的Value，需调用.Elem()才能拿到结构体本身 - 字段名必须首字母大写（即导出），否则
reflect读不到值（返回零值，且.CanInterface()为 false） - 性能敏感路径慎用：
reflect有明显开销，别在 hot path 上反复调用
示例：
val := reflect.ValueOf(s) // s 是 *MyStruct
if val.Kind() == reflect.Ptr {
val = val.Elem() // 解引用，得到结构体 Value
}
for i := 0; i < val.NumField(); i++ {
field := val.Field(i)
if !field.CanInterface() { continue } // 跳过非导出字段
fmt.Println(val.Type().Field(i).Name, field.Interface())
}
*T 和 T 在 reflect 中的行为差异
同一个结构体，传值和传指针给 reflect.ValueOf()，后续操作逻辑不同，容易漏掉 .Elem() 导致 panic 或静默失败。
-
reflect.ValueOf(myStruct)→Kind()是struct，可直接.NumField() -
reflect.ValueOf(&myStruct)→Kind()是ptr，必须先.Elem()，否则.NumField()panic -
reflect.ValueOf(nilPtr)→.Elem()会 panic，务必先检查.IsValid()和.Kind() == reflect.Ptr
参数差异本质是反射对象的底层表示不同，不是“多写个星号就完事”。很多 bug 出在假设传进来一定是值类型，没做指针判空或解引用处理。
为什么不用 json.Marshal 或 fmt.Printf 替代？
它们确实能输出字段，但属于“序列化后解析”，不是真正的遍历——你拿不到字段名变量、无法控制每个字段的处理逻辑、也不能跳过某个字段或动态修改值。
-
json.Marshal(s)会忽略非导出字段，且字段顺序不保证，还依赖 struct tag -
fmt.Printf("%+v", s)是纯调试输出，没法提取字段名或做条件判断 - 如果你需要“对每个导出字段调用某个函数”，只有
reflect能做到
真正麻烦的地方不在解引用本身，而在于：反射代码一旦写错，往往 runtime panic，而且错误堆栈不指向业务逻辑，排查时容易卡在 reflect.Value.Field() 这类调用上。
