判断Go结构体字段是否该用指针，核心看三点：字
段是否需要可选（nil表示“未设置”）、是否需共享修改、以及值类型是否过大；不是所有字段都适合加星号，滥用反而增加复杂度和nil panic风险。
判断Go结构体字段是否该用指针，核心看三点：字段是否需要可选（nil表示“未设置”）、是否需共享修改、以及值类型是否过大。不是所有字段都适合加星号，滥用反而增加复杂度和nil panic风险。
字段是否允许为“空”或“未设置”
当某个字段逻辑上可以不存在（比如用户地址可选、配置项可覆盖），用指针能自然表达“未提供”语义。nil指针明确区别于零值（如空字符串""或0），避免歧义。
- ✅ 适合：type User struct { Name string; AvatarURL *string } —— AvatarURL为nil表示没上传头像；设为空字符串则可能误判为“已上传空地址”
- ❌ 不适合：type Rect struct { X, Y, W, H int } —— 坐标和尺寸必有值，用int更安全简洁
是否需要跨实例共享并修改同一份数据
如果多个结构体实例需共用并动态更新某个字段的值（比如共享缓存、状态句柄、连接池），用指针可让修改对所有持有者可见。
- ✅ 适合：type Service struct { Cache *Cache } —— 多个Service实例复用同一个Cache，更新缓存时无需同步复制
- ❌ 不适合：type Config struct { Timeout time.Duration; Retries int } —— 配置是只读快照，拷贝成本低，且不应被意外改写
值类型大小与拷贝开销是否显著
Go中结构体字段按值传递。若字段本身是大结构体（如含切片、map、大量字段的struct）或频繁被赋值/传参，用指针可避免冗余拷贝。
- ✅ 适合：type Payload struct { Data []byte; Metadata map[string]string } → 字段用 *Payload 更高效（但注意：[]byte和map本身已是引用类型，通常不需额外指针）
- ⚠️ 注意：小类型（int、bool、string、time.Time）即使频繁复制也极快，加指针反而引入nil检查和内存分配开销
是否用于JSON/YAML等序列化且需区分零值与未设置
标准库encoding/json默认忽略零值字段（如0、""、nil slice）。若想让字段在JSON中显式出现null（或反序列化时识别“未提供”），必须用指针。
- ✅ 适合：type APIRequest struct { Page *int `json:"page,omitempty"` } —— 请求中不带page字段时，Page为nil；传"page": null时也为nil；传"page": 10才解出非nil值
- ❌ 不适合：type LogEntry struct { Level string `json:"level"` } —— level总有默认值（如"info"），无需nil表达缺失
基本上就这些。记住：指针不是优化银弹，而是语义工具。优先让字段类型准确表达业务意图，性能和共享需求次之。宁可多一次拷贝，也不要多一个未检查的nil panic。
段是否需要可选（nil表示“未设置”）、是否需共享修改、以及值类型是否过大；不是所有字段都适合加星号，滥用反而增加复杂度和nil panic风险。