Go中指针本身不提升JSON序列化性能，但影响零值处理、内存布局和语义表达；应基于“未设置/零值”区分等业务需求使用指针，而非追求性能。
Go 中使用指针本身 不会直接提升 JSON 序列化性能，但合理使用指针（尤其是结构体字段上的指针）会影响序列化行为、内存布局和零值处理逻辑，间接影响效率和结果。关键不在“用不用指针”，而在于“为什么用”以及“怎么用”。
指针字段影响 JSON 序列化的零值行为
Go 的 json.Marshal 对结构体字段的处理依赖于字段是否为指针：
- 非指针字段：零值（如
0、""、false）默认会被序列化出来（除非加omitemptytag） - 指针字段：nil 指针在序列化时默认被忽略（等效于带
omitempty），只有非 nil 才输出对应值
例如：
type User struct {
Name string `json:"name"`
Age *int `json:"age,omitempty"` // 实际上 omitempty 对指针冗余，nil 自动跳过
City *string `json:"city"`
}
age := new(int)
*age = 25
city := new(string)
*city = "Beijing"
u := User{Name: "Alice", Age: age, City: city}
// 输出：{"name":"Alice","age":25,"city":"Beijing"}
u2 := User{Name: "Bob"} // Age 和 City 都是 nil
// 输出：{"name":"Bob"} —— age 和 city 完全不出现
指针可能带来额外的内存与解引用开销
虽然微小，但需注意：
- 指针字段本身占 8 字节（64 位系统），且指向的值在堆上分配概率更高，增加 GC 压力
-
json.Marshal遇到指针时需判断是否为 nil，再解引用取值 —— 多一次判断 + 一次间接寻址 - 大量小结构体中滥用指针（如所有字段都用
*string），反而降低缓存局部性，拖慢序列化速度
真正提升 JSON 性能的关键点
比起盲目用指针，以下做法对性能影响更显著：
- 避免运行时反射：用 easyjson 或 msgpack（虽非 JSON）生成静态 Marshal/Unmarshal 方法
- 复用
bytes.Buffer或预分配字节切片，减少内存分配 - 精简结构体字段，移除不必要的嵌套和大字段（如原始图片 base64）
- 用
json.RawMessage延迟解析不需要立即处理的子字段
何时该用指针字段？看语义，不是看性能
推荐仅在以下场景使用指针字段：
- 需要区分“未设置”和“设为零值”（如 API 请求中
Age: null表示忽略更新，Age: 0表示显式设为 0） - 字段可选且值较大（如
*[]byte或大结构体），避免零值初始化开销 - 实现可选嵌套对象（如
User.Profile *Profile），避免空对象污染 JSON
性能不是使用指针的理由；清晰表达业务意图才是。
基本上就这些。指针和 JSON 序列化的关系，本质是语义建模问题，不是性能优化捷径。
