reflect.StructTag 是绑定逻辑起点，因字段取值、忽略、必填等规则全由 tag 决定；form:"username" 与 json:"user_name" 规则不同，混用致漏绑错绑；须显式 field.Tag.Get("form") 获取键名，空则跳过，fallback 需手动实现。
为什么 reflect.StructTag 是绑定逻辑的起点
不读 tag 就不知道字段该从哪取值、是否忽略、是否必填。比如 form:"username" 和 json:"user_name" 是两套映射规则，混用会导致字段漏绑或错绑。常见错误是直接按结构体字段名去查 map，结果 User.FirstName 对应表单里的 first_name 却没匹配上。
必须显式调用 field.Tag.Get("form") 获取键名，空字符串则跳过该字段；若想 fallback 到字段名，得自己加判断逻辑，反射不会自动做。
- 标签键名要统一，别在同一个项目里混用
form、query、param - 嵌套结构体字段的 tag 不会自动继承父级前缀，
Address.Street还是得靠address.street这样的约定，或手动加form:"address.street" - 匿名字段（如
type User struct { BaseModel; Name string }）需单独处理：先检查field.Anonymous，再递归进其类型
reflect.Value.Set() 前必须检查 CanSet()
直接对未导出字段（首字母小写）调用 SetString() 会 panic：“cannot set unexported field”。这不是 bug，是 Go 的导出规则限制——反射也不能绕过封装。
正确做法是：先 if !field.CanSet() { continue }，或者更细粒度地用 reflect.TypeOf(obj).Field(i).PkgPath != "" 判断是否导出。别依赖 Interface() 取值后再赋值，那会触发 copy，且对指针字段可能失效。
立即学习“go语言免费学习笔记（深入）”；
- 对
*string类型字段，先field.Elem()再SetString()，否则SetString()会报 “can't call SetString on ptr” - 对
int字段，用strconv.Atoi()转换后调SetInt()，失败时建议跳过而非 panic——表单字段可能为空或格式错误 - 布尔字段别只认
"true"，支持"1"、"on"、"false"、"0"等常见 Web 表单值
嵌套结构体和自定义类型不能靠反射自动递归
反射本身不会识别 time.Time 或 uuid.UUID 是“可解析的时间/UUID”，也不会自动钻进 User.Profile 去绑定子字段。所有这些都得手动 dispatch。
核心逻辑是：遍历字段 → 若是 struct 或 pointer-to-struct，则递归调用绑定函数；若是自定义类型，则查注册表或硬编码解析器（如 time.Parse()）。没有注册的类型，一律跳过或报错。
- 递归前必须检查深度，避免无限嵌套导致栈溢出；建议加计数器，超 5 层直接 return
-
time.Time字段必须提前 parse 成实例，再用field.Set(reflect.ValueOf(parsedTime))，不能直接SetString() - 对
map[string]string输入，别假设所有值都是字符串；age=25是 string，但目标是 int，得走转换分支
别用 reflect.DeepEqual() 验证绑定是否生效
刚 bind 完就 reflect.DeepEqual(old, new)，大概率返回 false——不是值不同，而是反射操作可能改变了字段地址（尤其指针字段），DeepEqual 会把地址也纳入比较。
真正该比的是业务语义：比如检查 user.Name == "alice"，或提取绑定后的字段值，转成字符串再跟原始输入比对（如 fmt.Sprintf("%d", user.Age) vs "25"）。通用校验函数不该依赖 DeepEqual。
还有一个容易被忽略的点：r.Form 是 url.Values（即 map[string][]string），但多数表单字段只取第一个值。别忘了用 values[0]，否则可能绑上空字符串或意外切片。
