json:",string" 标签要求 json 输入必须为字符串，反序列化非字符串数字会失败；它不改变字段 go 类型，仅影响编解码行为，且仅对导出字段生效。
Go 中用 json:",string" 标签能让数字字段在序列化时自动转成带双引号的 JSON 字符串，但反序列化时它也要求输入必须是字符串——不是“兼容模式”，而是严格双向约定。别把它当成类型模糊匹配的开关。
json:",string" 只作用于 struct 字段，且仅影响编解码行为
这个标签不会改变字段本身的 Go 类型，只是告诉 json.Marshal 和 json.Unmarshal：“请把 int 当字符串序列化/反序列化”。它只对导出字段（首字母大写）生效，小写字段即使加了也无效。
-
json:",string"不会把int自动转成string类型变量；运行时仍是int，只是 JSON 表示变了 - 如果字段是
int但 JSON 输入是{"age": 25}（非字符串），json.Unmarshal会直接失败，报json: cannot unmarshal number into Go struct field ... of type int - 若想同时接受
"25"和25，得用json.Number或第三方库如jsoniter启用模糊模式，标准库不支持
常见错误：误以为能“容错”处理非字符串输入
很多人加了 json:",string" 后，拿上游传来的原始数字（比如 {"id": 123}）去 Unmarshal，结果 panic 或静默失败。这不是 bug，是设计如此——它只负责“字符串 ↔ 数字”的确定性转换，不负责校验或降级。
- 正确输入必须是字符串：
{"id": "123"}才能被type User struct { ID int `json:"id,string"` }正确解析 - 错误输入
{"id": 123}会导致json: cannot unmarshal number into Go struct field User.ID of type int - 如果上游不可控，别硬扛，改用
json.Number+ 显式.Int64()或.Float64()转换
实际使用时要注意字段类型和上下文一致性
加了 json:",string" 的字段，在业务逻辑里仍按原类型使用（比如 int 就做数值计算），但你要清楚：它的 JSON 接口契约已经变成“字符串形式的数字”。这会影响前端解析、日志可读性、甚至 OpenAPI 文档生成。
- 前后端联调时，前端 expect 的是
"100"而不是100，否则typeof resp.id === 'string'才成立 - 日志里打印该字段值，还是
100（Go 值），但用json.Marshal输出到日志行时会变成"100" - 嵌套结构中混用（比如同一 struct 里有的字段用
string标签，有的没用），容易让维护者困惑，建议统一约定或加注释说明
最易被忽略的一点：这个标签对 nil 指针字段无效，如果字段是 *int 且为 nil，加了 json:",string" 也不会输出 "null"——它只管非 nil 值的编码方式，空值处理还得靠 omitempty 或手动控制。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
