应使用json:",omitempty"标签配合指针类型：对字符串、切片等零值明确的字段直接加omitempty，对int、bool等需区分“0”和“未提供”的字段改用*int等指针类型并加omitempty，确保nil指针被跳过而零值不误删。
JSON序列化时空字段仍被发送，怎么跳过
默认情况下 c.JSON() 会把结构体所有字段（包括零值）都序列化进响应体，哪怕 Name 是空字符串、ID 是 0、Tags 是 nil 切片——这些都会占带宽，还可能误导前端做错误判断。
根本原因是 Go 的 json 包默认不忽略零值；Gin 的 c.JSON() 只是封装了它，没改行为。
- 用
json:",omitempty"标签：对每个字段显式加，如Name string `json:"name,omitempty"` - 只对「业务上确实可选」的字段加，别滥用——比如
ID uint64 `json:"id,omitempty"`就危险，ID 为 0 可能是合法主键（如系统内置用户） - 注意指针字段：
*string加omitempty后，nil 指针会被跳过，但指向空字符串的指针不会（因为值非零） - 切片和 map 同理：nil 值被跳过，空但非 nil 的（如
[]int{}）仍会输出[]
嵌套结构体里有空对象，怎么一并过滤
如果结构体 A 内嵌 B，而 B 的所有字段都是零值，你希望整个 B 字段消失，而不是留个 "b":{} ——这需要两层控制。
omitempty 本身不递归判断子结构是否“全空”，它只看字段值是否为零值。所以 B 是一个 struct 类型字段时，只要它不是 nil（即不是 *B），哪怕所有成员都是零，它也会被序列化为 {}。
- 把嵌入字段声明为指针类型：
B *InnerStruct `json:"b,omitempty"`，并在赋值前确保为 nil（而非&InnerStruct{}） - 或在构造响应结构体时，手动判断：
if !isEmpty(b) { resp.B = &b }，其中isEmpty需自己实现（反射或逐字段比对） - 避免用
json.RawMessage手动拼 JSON——易出错、难维护、失去类型安全
全局统一开关：能不能让所有响应自动跳过零值
不能。Go 标准库 json.Encoder 没提供全局钩子，Gin 也没封装这类能力。所谓“全局配置”只能是伪方案：
- 别试图替换
json.Marshal——它被大量底层代码依赖，强行 monkey patch 会导致不可预知行为 - 别写个中间件在
c.Writer层截获并重写响应体——JSON 解析+修改+再序列化，CPU 和内存开销远超收益 - 真正可行的是：定义统一响应结构体模板，在其字段上统一加
omitempty，并约束团队编码规范
注意 time.Time 零值和 nil 指针的陷阱
time.Time 的零值是 0001-01-01T00:00:00Z，加 omitempty 不会跳过它——因为这个时间是有效值，只是语义上常被当作“未设置”。同样，*int 字段若指向值为 0 的 int，也不会被 omitempty 跳过。
- 对时间字段，用
*time.Time类型 +omitempty，确保未设置时为 nil - 对数字字段，若业务中 “0” 和 “未提供” 含义不同，必须用指针类型，而非原始类型
- 校验逻辑要同步更新：比如
if req.Age == nil而不是if *req.Age == 0
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
