reflect.structtag 是自动绑定的起点，因为自动绑定依赖解析结构体字段的 tag（如 json、form）并结合 reflect.value 赋值，不读 tag 就无法确定字段映射关系、忽略规则或必填约束。
为什么 reflect.StructTag 是自动绑定的起点
Go 的反射本身不带“自动绑定”能力，所谓自动绑定，本质是靠解析结构体字段的 tag（比如 json、form、db）+ reflect.Value 赋值实现的。不读 tag，就无法知道字段该从哪取值、是否忽略、是否必填。
常见错误是直接用 reflect.Value.Interface() 强转，结果 panic：「cannot convert … to …」——因为反射值未导出或类型不匹配。必须先检查 CanSet()，再用 Set() 或对应类型方法（如 SetString()）赋值。
- tag 键名要统一，比如都用
form，别混用query和param - 空字符串、零值字段默认会被跳过，需显式判断
field.IsZero()再决定是否覆盖 -
time.Time、uuid.UUID等自定义类型需额外注册解析函数，反射无法自动识别其字符串格式
如何安全地用 reflect.Value.Set() 绑定 map[string]string
这是 Web 表单或 URL 查询参数最常见的绑定场景。不能直接 value.SetString()，因为字段可能是 int、bool 或指针，得按目标类型分发处理。
核心逻辑是：遍历结构体每个字段 → 查 tag 获取键名 → 从 map 中取对应 value → 根据字段类型调用不同 SetXxx 方法。
- 对
*string类型，先用field.Elem()获取被指向值，再SetString() - 对
int字段，用strconv.Atoi()转换后调SetInt()，失败则跳过或报错 - 布尔字段支持
"true"/"false"、"1"/"0"、"on"/"off"，别只认"true" - 嵌套结构体字段不会自动递归绑定，必须手动触发下一层反射（即 detect struct → call same func recursively）
reflect.DeepEqual() 不能用于判断绑定是否生效
刚绑定完，习惯性用 reflect.DeepEqual(old, new) 验证？这会误判。因为反射操作可能改变了字段地址（尤其是指针字段），即使值相同，DeepEqual 也可能返回 false。
真正该比的是业务语义：比如检查 User.Name 是否等于输入的 "alice"，而不是整个结构体。
- 若需通用校验，应提取绑定后的字段值，与原始 map 中的字符串做类型感知比对（如 int 字段转成字符串再比）
-
reflect.Value.CanInterface()在字段为 unexported 时返回 false，此时无法用Interface()取值，得用FieldByName()+Interface()组合绕过 - struct 字面量初始化时若含匿名字段，
reflect.TypeOf().NumField()会包含它们，但 tag 解析需跳过无 tag 的字段，否则绑定错位
性能陷阱：每次请求都 reflect.TypeOf() 是最慢的一环
在 HTTP handler 里每请求都调 reflect.TypeOf(&User{})？这会反复触发类型解析和缓存未命中。Go 的反射类型信息是运行时生成的，开销不小。
正确做法是启动时预构建 map[reflect.Type]*bindingInfo，把字段索引、tag 映射、类型转换器全缓存好。后续绑定只查表 + 循环赋值。
- 缓存 key 必须用
reflect.Type本身，别用fmt.Sprintf("%v", t)—— 不稳定且慢 - 字段顺序变化（比如加字段）会导致缓存失效，但 Go 编译期会保证同一包内 struct 布局稳定，可放心缓存
- 如果项目用了很多泛型结构体（如
PageData[T]），需按实例化类型分别缓存，PageData[User]和PageData[Order]是两个 type
绑定逻辑越靠近业务层，越容易漏掉时间解析格式、枚举合法性校验、指针 nil 初始化这些细节。反射只是搬运工，校验和容错得自己补上。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
