本文介绍一种优雅、高效且符合 go 惯例的方式：为指针字段添加带 nil 安全检查的 getter 方法，实现链式调用不 panic，兼顾可读性与运行时性能。
在 Go 中处理由 JSON 反序列化生成的深度嵌套结构体时，omitempty 标签常导致部分字段为 nil 指针。直接链式访问（如 f.Bar.Baz.Baz）极易触发 panic: invalid memory address or nil pointer dereference，而逐层判空（if f.Bar != nil && f.Bar.Baz != nil）又冗长难维护，尤其在结构体庞大、访问路径多样的场景下。
推荐方案：为指针类型添加 nil 安全的 Getter 方法
该方法受 Protocol Buffers Go 生成代码启发，核心思想是：利用 Go 允许对 nil 指针调用方法的特性，在方法内部首行检查接收者是否为 nil，并返回对应类型的零值或 nil，从而天然支持安全链式调用。
以下是对原示例的优化实现：
func (b *Bar) GetBaz() *Baz {
if b == nil {
return nil
}
return b.Baz
}
func (b *Baz) GetBaz() string {
if b == nil {
return ""
}
return b.Baz
}✅ 关键优势：
- 零成本抽象：无反射、无接口动态调度，纯静态方法调用，性能接近裸指针访问；
- 链式友好：f3.Bar.GetBaz().GetBaz() 可安全执行，无论中间环节是否为 nil；
- 语义清晰：GetXXX() 明确表达“尝试获取”，比 f.Bar?.Baz?.Baz（Go 不支持）更 Go-idiomatic；
- 零值可控：可根据业务需求返回自定义默认值（如 0, "", false, 或 &Baz{}），而非强制 nil。
使用示例：
fmt.Println(f3.Bar.GetBaz().GetBaz()) // "bz3"
fmt.Println(f2.Bar.GetBaz().GetBaz()) // ""（Baz 为 nil，返回零值）
fmt.Println(f1.Bar.GetBaz().GetBaz()) // ""（Bar 为 nil，GetBaz 返回 nil，再调用仍安全）
// 如需区分 nil 与零值，可分步判断：
if baz := f2.Bar.GetBaz(); baz != nil {
fmt.Println("Baz exists:", baz.GetBaz())
} else {
fmt.Println("Baz is missing")
}? 最佳实践建议：
- 仅对实际可能为 nil 的指针字段（如 *Bar, *Baz）添加 getter，避免过度设计；
- getter 名称统一用 GetXxx（首字母大写），符合 Go 导出惯例和 IDE 自动补全习惯；
- 若字段是基础类型指针（如 *string, *int），getter 应返回非指针类型（如 string, int），并返回零值；
- 对于深层嵌套（如 A → *B → *C → *D → string），只需为 B, C, D 添加对应 getter，即可实现 a.GetB().GetC().GetD() 一行安全访问。
此方案无需第三方库、不牺牲性能，是 Go 生态中被广泛验证的工业级 nil 安全模式。
