shouldbind能自动识别form或json，但严格依赖content-type头；若头为application/json则走json解析，为application/x-www-form-urlencoded或multipart/form-data则走表单解析，但易因header错误静默失败，故推荐显式使用shouldbindjson/query/form。
ShouldBind 能自动识别 form 还是 JSON 吗
能，但依赖 Content-Type 头。如果请求头是 application/x-www-form-urlencoded 或 multipart/form-data，ShouldBind 就走 form 绑定；如果是 application/json，就走 JSON 绑定。但实际开发中别依赖这个“自动”——容易翻车。
常见错误现象：ShouldBind 在表单提交时却报 invalid character 错误，本质是前端发了 JSON（比如用 fetch 未设 Content-Type），后端却按 form 解析。
- 明确场景：HTML 表单 POST 提交 → 用
c.ShouldBindWith(&form, binding.Form) - 不推荐只写
c.ShouldBind(&form)，尤其前后端混用时（如同一接口既接 HTML 表单又接 AJAX） - 若结构体同时带
form和json标签，ShouldBind不会合并字段，只按当前 Content-Type 解析对应部分
form 标签里 default=1 是不是总生效
不是。default 值只在请求中**完全缺失该字段**时才填充，而不是字段为空字符串或零值时。
使用场景：分页参数 page、size 这类可选字段。
-
Page int `form:"page,default=1"`→ 请求没传page，则Page为 1；但如果传了page=（空字符串）或page=0，绑定失败（int 无法解析空串），且不会 fallback 到 default - 字符串字段可用：
Name string `form:"name,default=anonymous"`，但空字符串name=仍会绑定为""，不是"anonymous" - 想让空字符串也走默认值？得自己后处理，validator 不管这事
复选框（checkbox）数组怎么绑定到结构体
HTML 中多个同名 name="hobby[]" 的 checkbox，Gin 默认不支持直接绑成 slice，必须显式用 form:"hobby" + 字段类型为 []string。
关键点：name 属性**不要加 [] 后缀**，Gin 不认这个约定；后端结构体字段类型必须是 slice，且 form 标签名和 HTML name 完全一致。
- HTML 正确写法：
<input type="checkbox" name="hobby" value="go">、<input type="checkbox" name="hobby" value="rust"> - 结构体定义：
Hobbies []string `form:"hobby"` - 如果用了
name="hobby[]"，Gin 会当成一个叫hobby[]的字段去匹配，找不到对应字段，绑定为空 slice - 注意：单个 checkbox 若没被勾选，请求里压根不带这个 key，所以绑定结果是 nil 或空 slice，不是 error
binding:"required" 对 checkbox 有效吗
无效。因为未勾选的 checkbox 不会出现在请求数据里，required 规则只对“字段存在但值为空”起作用，而 checkbox 是“字段不存在”。
想校验至少选一个？得手动检查 slice 长度：
if len(form.Hobbies) == 0 {
c.JSON(400, gin.H{"error": "至少选择一个兴趣"})
return
}
-
binding:"required"对string、int等字段有效，前提是该字段在请求中出现（哪怕值为空） - 对 checkbox、多选 select 这类“可能完全不提交”的字段，validator 无能为力
- 时间字段、嵌套结构体等复杂类型，
required同样只检测字段是否存在，不递归校验子字段
form 标签写法、HTML name 与结构体字段映射、default 触发条件、以及 checkbox 这类特殊控件的语义差异，任何一个环节错位都会导致绑定结果和预期不符。调试时先打日志看 c.Request.PostForm 实际收到了什么，比猜 validator 行为更可靠。
