Go语言中，nil值处理应在构造函数还是方法层面？

这其实是Go开发中很常见的设计抉择，核心在于权衡零值可用性和代码简洁性/安全性，我们来逐个分析两种方案：

方案一：方法层面检查nil（导出字段） #

先看你的实现代码：

type Foo struct{}
func (f *Foo) Baz() {}
var DefaultFoo = new(Foo)

type Bar struct {
    Foo *Foo
}

func (b *Bar) Baz() {
    if b.Foo == nil {
        DefaultFoo.Baz()
    } else {
        b.Foo.Baz()
    }
}

优点 #

• 支持零值直接使用：用户可以直接声明var b Bar或者b := Bar{}，调用b.Baz()不会panic，符合Go语言「零值可用」的设计哲学
• 初始化灵活：用户可以自由选择传入自定义的Foo实例，或者依赖默认值

缺点 #

• 重复逻辑：如果Bar有多个依赖Foo的方法，每个方法都要重复写nil检查，容易遗漏（比如新增方法时忘了加检查，就会panic）
• 微小的性能开销：每次调用方法都要做一次nil判断，虽然单次可以忽略，但高频调用下会累积

方案二：构造函数检查nil（未导出字段） #

对应的实现代码：

type Foo struct{}
func (f *Foo) Baz() {}
var DefaultFoo = new(Foo)

type Bar struct {
    foo *Foo // 未导出字段
}

func NewBar(foo *Foo) *Bar {
    if foo == nil {
        foo = DefaultFoo
    }
    return &Bar{foo}
}

func (b *Bar) Baz() {
    b.foo.Baz()
}

优点 #

• 逻辑集中：只在构造函数里做一次nil检查，所有方法都可以直接安全调用b.foo.Baz()，避免重复代码
• 安全性更高：未导出字段foo防止外部直接修改，保证Bar实例的内部状态始终合法（不会出现外部把foo设为nil导致方法panic的情况）
• 代码更简洁：方法里不需要额外的判断逻辑，可读性更好

缺点 #

• 强制使用构造函数：用户不能直接用字面量初始化Bar（比如b := Bar{}），否则foo为nil，调用方法会panic，需要在文档中明确说明必须通过NewBar创建实例
• 零值不可用：违背了Go的零值可用原则，如果用户不小心直接声明零值实例，会触发panic

如何选择？ #

1. 如果你的Bar结构体需要支持零值场景（比如作为其他结构体的字段，或者允许用户快速创建默认实例），并且依赖Foo的方法不多，优先选方案一，但要确保所有相关方法都做好nil检查。

2. 如果Bar有多个依赖Foo的方法，或者你希望严格控制实例的创建流程（避免用户错误使用），优先选方案二，同时要注意：

   • 可以把Bar的所有字段都设为未导出，彻底杜绝用户直接初始化的可能
   • 在NewBar的注释中明确说明参数为nil时会使用默认值

另外补充一个折中思路：如果想兼顾零值可用和逻辑集中，可以在Bar的Baz方法里先检查foo是否为nil，若为nil则自动初始化（懒加载），比如：

func (b *Bar) Baz() {
    if b.foo == nil {
        b.foo = DefaultFoo
    }
    b.foo.Baz()
}

这种方式既支持零值使用，又只在第一次调用时做一次检查，但要注意并发安全（如果Bar实例会被多个goroutine调用，需要加锁）。

内容的提问来源于stack exchange，提问作者user6216224