安全使用 reflect.valueof 需先判指针再 elem()，再确认 struct 类型；读字段名用 field(i).name，json 标签用 tag.get("json")；未导出字段需 caninterface() 才能取值；高频场景须缓存 type 和字段信息。
怎么用 reflect.ValueOf 安全获取结构体字段
直接对指针或值调用 reflect.ValueOf 后，必须先检查是否为指针且已解引用，否则 NumField() 会 panic。常见错误是传入 nil 指针或非结构体类型，比如传了 *int 或 nil。
正确做法是：先用 Kind() 判断是否为 ptr，再用 Elem() 解引用；接着确认 Kind() 是 struct，才开始遍历。
- 如果传的是值（非指针），
reflect.ValueOf(s)可直接遍历，但无法修改原值 - 如果传的是指针（推荐），
reflect.ValueOf(&s).Elem()才能得到可寻址的结构体值 - 务必加
if v.Kind() == reflect.Ptr { v = v.Elem() }和if v.Kind() != reflect.Struct { return }防崩
怎么读取 struct 字段名和 json 标签值
字段名通过 Field(i).Name 获取，标签值要用 Field(i).Tag.Get("json") —— 注意 Tag 是字符串，Get 方法只解析 key 对应的 value 部分，不处理结构。
常见坑：标签写成 json:"name, omitempty" 时，Get("json") 返回的是 "name, omitempty" 整个字符串，不是自动拆解的。需要自己用 strings.SplitN 处理。
-
Tag.Get("json")返回空字符串表示该 tag 不存在或 key 为空 - 字段未导出（小写开头）时，
Field(i).Name能读到，但Interface()会 panic，读值前要加CanInterface()判断 - 标签里含空格、引号或逗号不会报错，但解析逻辑得自己兜底，标准库不帮你 parse
为什么 reflect.StructField.Tag 看起来像乱码
不是乱码，是 Go 编译器把 struct tag 存成了原始字符串，中间的双引号被转义了。打印 sf.Tag 本身会看到类似 `json:"id" db:"id"` 的内容，但这是反引号包裹的原始字面量，不是实际存储格式。
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
真正生效的是 reflect.StructTag 类型，它实现了 Get 方法，内部用简单规则匹配 key:"value"。它不支持嵌套、转义引号或复杂语法。
- 别用
fmt.Printf("%q", sf.Tag)看，那会显示转义后的双引号，误导判断 - 想调试 tag 内容，直接
fmt.Println(sf.Tag.Get("json"))最靠谱 - 如果 tag 值里有双引号（如
json:"\"id\""），Get仍返回完整字符串，解析失败得自己处理
遍历时性能差、容易卡住的几个点
反射本身开销大，尤其在循环中反复调用 reflect.Value.Field(i) 或 Tag.Get。更隐蔽的问题是：每次调用 Field(i) 都新建一个 reflect.Value，GC 压力明显。
高频场景（如 HTTP 序列化中间件）必须缓存 reflect.Type 和字段信息，避免每次重做反射扫描。
- 用
sync.Map或包级变量缓存reflect.Type→ 字段名/标签映射，首次访问生成，后续复用 - 避免在 for 循环里重复调用
v.Type()或v.NumField()，提前提取并复用 - 如果只是读标签不做值操作，用
reflect.TypeOf(t).Field(i).Tag比Value更轻量
标签解析和字段遍历看着简单，但一旦混入 interface{}、嵌套 struct、nil 指针或并发读写，出问题很难定位。最麻烦的往往不是不会写，而是忘了检查 CanInterface 或缓存失效后反复反射。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
