Gin表单提交空字符串时Bind不会设为零值，default tag仅在字段缺失时生效；需Bind后手动清理空值或用指针+预处理、自定义Binding、中间件、前端过滤等方式解决。
表单提交空字符串时 Bind 不会自动设为零值
Gin 的 Bind（如 ShouldBind、BindJSON、Bind）默认不做空字段填充——哪怕结构体字段有 default tag 或指针类型，只要表单里传了 name=（空字符串），Gin 就会把空字符串塞进对应字段，不会跳过或替换成零值。
常见现象：用户提交表单时没填“昵称”，后端收到的是 "nickname": ""，而不是 nil 或空结构体字段的零值；若字段是 *string，它也不会自动变成 nil，而是指向一个空字符串的地址。
- 表单字段为空（
name=&email=）→ 解析后字段值为""或&""，不是零值 -
json:"nickname,omitempty"只影响序列化，不影响反序列化行为 -
binding:"required"仅校验非空，不干预空字符串赋值
用 binding:"default" 填充空字段需满足严格条件
binding:"default=xxx" 确实能设默认值，但只在字段“未出现在请求中”时生效；一旦表单含该字段（哪怕值为空），Gin 就忽略 default tag，直接赋空值。
也就是说：default 是“字段缺失时兜底”，不是“空值替换”。这对表单场景几乎无效，因为浏览器提交表单总会带上所有字段名（哪怕值为空）。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 请求不含
age字段 → 结构体Age int `binding:"default=18"`被设为 18 - ❌ 请求含
age=（空字符串）→ Gin 尝试转 int 失败，报错invalid integer；即使成功（如 string 类型），也赋空串，不触发 default - ⚠️
default对指针字段无效：不能写*string+default="abc"，Gin 不支持
手动清理空字段的三种可行方式
真正可控的做法是接收后再处理。推荐按优先级排序：
- 用指针字段 + 预处理：定义
Nickname *string，然后在 Bind 后遍历检查，if nickname != nil && *nickname == ""则置为nil - 用自定义绑定函数：实现
Binding接口，在Bind时对每个字段做 trim + 空判断，再赋值（适合全局统一规则） - 用中间件预处理表单：读取
c.Request.PostForm，对已知字段循环 trim 并删掉纯空项，再调c.Request.ParseForm()（注意别重复解析）
示例片段：
// 定义
type UserForm struct {
Nickname *string `form:"nickname"`
Email *string `form:"email"`
}
// 绑定后清理
if err := c.ShouldBind(&form); err != nil {
// ...
}
if form.Nickname != nil && *form.Nickname == "" {
form.Nickname = nil
}
if form.Email != nil && *form.Email == "" {
form.Email = nil
}
前端配合是最轻量的规避方案
如果后端逻辑允许，让前端在提交前过滤空字段更简单：jQuery 或原生 JS 遍历表单元素，el.value.trim() === "" 就 el.disabled = true（或移除 DOM），这样 Gin 就根本收不到该字段。
注意点：
- 禁用字段仍会提交（除非用
disabled，但 disabled 字段不提交）→ 正确做法是el.remove()或临时name="" - 必须在
submit事件中做，不能只靠前端校验；否则用户绕过 JS 仍可发空字段 - 此法不解决 API 直接调用场景，仅适用于你完全控制前端的表单页
空字段处理没有银弹，关键看你的数据契约是否允许空字符串语义。如果业务上“未填写”和“明确填了空”要区分，那就得保留空串并额外加字段标记；如果一律视为“未提供”，就得在 Bind 后立刻清洗——这点容易被忽略，等走到数据库层才发现 NOT NULL 冲突就晚了。
