能，但仅在字段常为nil、稀疏或大尺寸时有效；小类型或高频非空字段改指针反而增加开销和复杂度。
结构体里存指针真的能减小内存占用吗
能，但只在特定场景下有效——关键看字段是否常为零值或是否需要共享。Go 中结构体大小由字段类型和对齐规则决定，int 占 8 字节（64 位系统），而 *int 也是 8 字节；单个指针未必省空间，但若字段常为 nil（比如可选配置、延迟加载字段），用指针可避免为大量零值分配内存。
常见误判：以为把 time.Time 换成 *time.Time 就一定更小——其实 time.Time 是 24 字节结构体，*time.Time 是 8 字节指针，但每次 new 分配还会额外产生堆内存开销和 GC 压力，得权衡。
- 适合改指针的字段：可选、稀疏、大尺寸（如
[]byte、map[string]interface{}、嵌套大结构体） - 不适合的：小基础类型（
int、bool）、高频访问且几乎不为零的字段（指针解引用有间接成本） - 验证方式：用
unsafe.Sizeof对比前后大小，再用pprof观察实际堆分配量
如何安全地把结构体字段从值改为指针
改指针不是简单加个 *，必须同步处理初始化、零值判断和序列化逻辑。最常见错误是忘记初始化导致 panic：panic: runtime error: invalid memory address or nil pointer dereference。
- 初始化时统一用构造函数，避免零值结构体直接使用字段指针：
func NewUser() *User { return &User{Age: new(int)} } - 读取前必判空：
if u.Name != nil { fmt.Println(*u.Name) }，别假设非 nil - JSON 序列化需注意：
json.Marshal对 nil 指针字段默认输出null，若想跳过，加 tag：Name *string `json:",omitempty"` - 数据库 ORM（如 GORM）通常支持指针字段，但迁移时要确认是否自动处理零值映射
嵌套结构体指针 vs 字段指针：哪个更省
优先把整个嵌套结构体设为指针，而不是把它的内部字段全改成指针。例如：type User { Profile *Profile } 比 type Profile { Name *string, Age *int } 更可控、更易维护。
