gorilla/schema默认不递归解析嵌套struct，需显式注册converter；数组须用tags[0]格式命名；time.time需手动注册转换器；避免与parseform混用。
gorilla/schema 解析嵌套 struct 时字段不绑定？
默认情况下 gorilla/schema 不会递归解析嵌套结构体，所有子字段都直接被忽略——这不是 bug，是设计如此。它只处理一级 flat 字段映射，比如 user.Name 这种写法根本不会触发嵌套赋值。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 必须显式调用
decoder.RegisterConverter为嵌套类型注册转换器，否则User.Address.City类似字段永远为空 - 常见错误现象：
schema.Decode返回 nil error，但嵌套字段全为零值，debug 时容易误以为数据丢了 - 如果你的表单用了点号分隔（如
profile.first_name），需配合decoder.SetAliasTag("form")+ 自定义 tag，否则默认只认schematag
Form 表单含数组或切片怎么写 name 属性？
gorilla/schema 对数组/切片的支持依赖 name 的命名规则，不是靠 content-type 或额外配置。写错 name，后端就收不到任何元素。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 切片字段如
Tags []string，前端 name 必须为Tags[0]、Tags[1]……不能写成Tags[]或Tags - 结构体切片如
Orders []Order，name 要写成Orders[0].ID、Orders[0].Amount，且索引必须从 0 连续，跳号（如只有 [0] 和 [2]）会导致中间项被跳过 - 注意：HTML 中多个同名
<input name="Items">不会被自动聚合成切片，gorilla/schema完全不识别这种传统方式
为什么 decode 后时间字段变成零值？
time.Time 是常见坑点。默认没有注册 time.Time 的 converter，即使表单传了 2024-01-01，字段也还是 0001-01-01。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 必须手动注册：
decoder.RegisterConverter(reflect.TypeOf(time.Time{}), timeConverter) -
timeConverter需自己实现，支持你实际使用的格式（如"2006-01-02"或带时分秒的 RFC3339），别直接抄示例里的ParseInLocation却忘了传 location - 如果表单里混用多种时间格式（比如有的用日期，有的带时区），单个 converter 无法覆盖，得提前统一前端格式或改用字符串字段再手动解析
gorilla/schema 和 net/http.Request.FormValue 冲突吗？
不冲突，但顺序很重要。如果你先调用 r.ParseForm() 或 r.FormValue()，再用 schema.Decode，大概率出问题——因为 ParseForm 会把 body 读空，后续 schema 拿不到原始数据。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 只用
schema.Decode一种方式取参，不要混用FormValue或PostFormValue - 如果必须同时读原始 form 值，应在
schema.Decode前缓存r.Body，或用r.MultipartReader()分流处理 - 注意 multipart 表单（含文件上传）时，
schema只能解 form 字段，文件部分必须单独用r.MultipartReader或r.FormFile处理，它不碰*multipart.FileHeader
嵌套深、字段多、还有时间+数组混合时，converter 注册和 name 命名这两处最容易漏掉，一漏就是静默失败。
