Go中结构体指针字段非空访问取字段或返回默认值，有无非反射实现？

反射实现确实是Go里处理这类通用场景的常见手段，但不是唯一选择，得看你对性能、类型安全的需求以及场景复杂度。

为什么反射可行且常用 #

对于嵌套protobuf消息这种字段结构多变但访问逻辑一致的场景，用反射写个通用的GetFieldOrElse函数，能省掉一大堆重复的if nil else样板代码，符合“不要重复造轮子”的原则。而且protobuf生成的结构体天然支持反射，处理起来没额外障碍，不少项目在把嵌套protobuf字段提取到SQL的时候，都会用反射来简化代码。

不想用反射？还有这些编译时方案 #

要是你在意反射的性能开销或者想保留编译时类型检查，也有几种替代方法：

• 手写专属辅助函数：针对每个要处理的字段写专门的提取函数，比如：

  func GetUserAge(user *User) int32 {
      if user != nil {
          return user.Age
      }
      return 0 // 默认值
  }
  

  好处是类型绝对安全、性能拉满，但字段多了的话，重复代码会有点多。
• 泛型辅助函数：Go 1.18之后支持泛型，可以写更通用的非反射函数，比如：

  func GetOrElse[T any](ptr *T, defaultValue T) T {
      if ptr != nil {
          return *ptr
      }
      return defaultValue
  }
  // 嵌套字段可以链式调用
  age := GetOrElse(GetOrElse(user, User{}).Age, 0)
  

  这种方式既有编译时类型检查，又能减少重复代码，但深层嵌套的话，链式调用还是有点繁琐。
• 代码生成：用Go的go generate工具，根据protobuf定义自动生成提取字段的辅助函数。这种方式兼顾了通用性和类型安全，适合字段多且结构稳定的场景，不少大型项目都会这么处理protobuf到SQL的映射。

总结下来 #

如果是快速实现、字段结构经常变，反射完全是合理且惯用的选择；要是追求极致性能或者编译时类型安全，泛型辅助函数或者代码生成会更合适。

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