Go框架参数绑定需显式指定来源并依赖结构体标签，c.ShouldBind仅解析body，query需c.ShouldBindQuery且字段带form标签，JSON需c.ShouldBindJSON及json标签；类型转换须显式、语义明确、可验证。
Go 框架里请求参数绑定不是“自动猜”，而是靠明确的来源指定和结构体标签驱动；类型转换也不是“强转”，而是必须显式、有语义、可验证的值构造过程。
c.ShouldBind 不会读 query 参数，别指望它全包
很多人写 c.ShouldBind(&req) 后发现 req.Page 始终是 0，其实是因为 URL 查询参数（如 ?page=2&size=10）根本没被读取——c.ShouldBind 默认只看请求体（body），比如 JSON 或表单数据。
- 要读 query，必须用
c.ShouldBindQuery(&req)，且结构体字段得带form:"page"或uri:"page"标签 - 要读 JSON body，得用
c.ShouldBindJSON(&req)，字段需带json:"page" - Content-Type 不匹配时，
ShouldBind可能静默 fallback 到 form 解析，导致 query 被忽略、body 被误读 - 同一个字段不建议同时加
json和form标签，验证逻辑会混乱，来源不可控
切片参数绑定：query、form、JSON 各走各的路
传 []int 或 []string 时，不同传输方式对应完全不同的解析规则，不能混用。
- URL query：支持
?id=1&id=2或?id[]=1&id[]=2，后端用r.Get("id").Ints()（GoFrame）或c.ShouldBindQuery+form:"id"（Gin） - form 表单：
name="tags[]"是标准写法，c.ShouldBindForm才能正确识别为切片；写成name="tags"会被当单个字符串 - JSON body：必须是合法 JSON 数组，如
{"ids": [1,2,3]}，结构体字段用json:"ids"，再调c.ShouldBindJSON - GoFrame 的
r.Parse(&users)能直接绑定结构体切片，但 Gin 不支持原生结构体切片绑定，需手动循环或中间层封装
类型转换不是“强制”，而是按语义选对函数
Go 不允许隐式转换，所有转换都必须显式写出，但不同场景要用不同方式，错用会导致静默截断、panic 或内存拷贝失控。
立即学习“go语言免费学习笔记（深入）”；
- 数值之间：用
int64(x)这类构造语法，但int8(200)会溢出成 -56，编译器不管 - 数字 ↔ 字符串：必须用
strconv包，strconv.Atoi和strconv.Itoa是最常用组合；忽略error是 runtime panic 的高发原因 -
string↔[]byte：可直接string(b)或[]byte(s)，但后者每次都会分配新底层数组，高频场景（如 HTTP 中间件）要警惕 GC 压力 - 接口还原：用
v, ok := i.(string)安全断言，暴力断言i.(string)在失败时直接 panic
binding 标签写错一个字母，整个绑定就失效
结构体标签（tag）是绑定的契约，大小写、拼写、空格都敏感。常见失效点不是逻辑错，而是 tag 写漏或写错。
-
json:"user_name"和结构体字段UserName string能匹配，但写成json:"username"就无法绑定（除非开启驼峰转换，Gin 默认不启） -
binding:"required"必须和json或form标签共存，单独写 binding 没用 - 字段没加任何 tag 时，Gin 默认按字段名（首字母大写）匹配，但
User_name这种下划线命名在 JSON 里根本找不到对应 key - 嵌套结构体要逐层加 tag，外层
json:"data"+ 内层json:"name"，漏一层就为空
最常被忽略的是：绑定失败时字段保持零值（""、0、nil），而不是报错；类型转换溢出不 panic，而是静默截断。这两点让问题难以复现，调试时得从源头打日志，而不是只看最终结果。
