HTML中复选框默认选中靠checked布尔属性控制，Gin模板需手动判断数据并显式插入checked；单选框则须用eq函数比对value与后端变量是否严格相等。
模板中 checkbox 默认选中靠 checked 属性控制
HTML 原生复选框是否勾选，只取决于标签上有没有 checked 这个布尔属性，跟值无关。Gin 渲染时不能靠传入 "checked": true 这种键值对自动加属性，必须手动判断后显式写出来。
常见错误是直接在模板里写 <input type="checkbox" name="hobby" value="reading" checked> —— 这会导致所有复选框永远默认选中，无法动态响应数据。
正确做法是用 Gin 模板语法判断当前值是否在用户已选集合中：
- 后端传参示例：
c.HTML(http.StatusOK, "form.html", gin.H{"selectedHobbies": []string{"reading", "coding"}}) - 模板中写法：
<input type="checkbox" name="hobby" value="reading" .selectedhobbies eq> - 更稳妥的写法（兼容 slice）：
{{if (index (.selectedHobbies | include "reading") 0)}}checked{{end}}，但 Gin 默认不带include函数，推荐用 Go 自定义模板函数或改用range遍历比对
radio 默认选中依赖 value 与后端变量严格相等
单选框组共用一个 name，只有 value 和后端传来的当前选中值完全一致的那个 <input> 才应加 checked。
比如性别字段，后端传 "gender": "female"，模板就得逐个比对：
<input type="radio" name="gender" value="male" {{if eq .gender "male"}}checked{{end}}>
<input type="radio" name="gender" value="female" {{if eq .gender "female"}}checked{{end}}>
<input type="radio" name="gender" value="other" {{if eq .gender "other"}}checked{{end}}>
注意：eq 是 Gin 内置模板函数，区分大小写；如果后端传的是空字符串或 nil，eq .gender "xxx" 会为 false，自然不选中 —— 这反而是安全行为。
别用 ==，Gin 模板不支持该运算符；也别漏掉 .gender 的点号，写成 gender 会报未定义变量错误。
后端传参类型要和模板判断逻辑匹配
复选框通常对应一个字符串切片（如 []string），单选框对应单个字符串（string）。如果后端误传成 interface{} 或 JSON 字符串，eq 或 include 判断会失效。
典型翻车场景：
- 从数据库查出的复选框值是
sql.NullString或*string，没解引用就直接塞进gin.H - 用
c.ShouldBind绑定表单后，把整个 struct 当作模板数据传入，但字段名大小写/结构嵌套导致.user.Profile.Hobby访问不到 - 前端提交空值时，后端没设默认值，
.gender是空字符串，但模板里写的是{{if eq .gender "male"}}，结果谁都不中
建议统一用非指针基础类型 + 显式零值初始化，比如 Gender string = "unknown"，再传给模板。
Gin 模板函数能力有限，复杂逻辑建议前置处理
Gin 使用的是 Go 标准 html/template，不支持三元表达式、方法调用或自定义 filter（除非你注册了自定义函数）。像「判断数组是否包含某值」这种操作，原生只能靠 range 配合 break 模拟，可读性差且易出错。
更实际的做法是：后端把判断结果直接算好，传布尔值进去：
c.HTML(http.StatusOK, "form.html", gin.H{
"isReadingChecked": contains(selectedHobbies, "reading"),
"isCodingChecked": contains(selectedHobbies, "coding"),
})
其中 contains 是你自己写的工具函数。这样模板里就只剩 {{if .isReadingChecked}}checked{{end}}，干净又可控。
这个点容易被忽略：模板不是 JavaScript，别指望它替你做运行时逻辑推导。把计算放在 Go 层，模板只负责条件渲染，才是 Gin 场景下的稳态做法。
