在 Go 中，为结构体定义 Getter 方法时，推荐统一使用指针接收者（func (s *Struct) GetX() T），而非值接收者，以避免大对象拷贝开销，并保持接口一致性与可预测性。
在 go 中，为结构体定义 getter 方法时，推荐统一使用指针接收者（func (s *struct) getx() t），而非值接收者，以避免大对象拷贝开销，并保持接口一致性与可预测性。
Go 的方法接收者类型选择直接影响性能、语义和 API 设计一致性。以如下结构体为例：
type Foo struct {
Body string
Data [1024]byte // 模拟较大字段（如缓冲区、元信息等）
}若采用值接收者定义 Getter：
func (foo Foo) GetBody() string {
return foo.Body
}调用时会完整复制整个 Foo 实例（含 Data 字段的 1024 字节），即使仅需读取一个 string 字段——这显然低效且违背最小开销原则。
✅ 正确做法是统一使用指针接收者：
func (foo *Foo) GetBody() string {
return foo.Body
}
func (foo *Foo) SetBody(body string) {
foo.Body = body
}这样：
- Getter 与 Setter 共享同一接收者类型，语义统一（均操作原始实例）；
- 零拷贝访问，无论结构体大小如何，仅传递 8 字节指针（64 位系统）；
- 符合 Go 官方实践：标准库（如
archive/zip.FileHeader、net/http.Request、time.Time的部分扩展方法）中，只要结构体可能被修改或体积非微小，Getter 均使用*T接收者； - 避免因混用接收者导致的“方法集不一致”问题（例如：
*T可调用T和*T方法，但T实例无法调用*T方法）。
? 注意事项：
- 对极小结构体（如仅含 1–2 个
int/string字段，且无指针/切片等间接引用），值接收者拷贝成本可忽略，但为保持风格统一与未来可维护性，仍建议优先选指针； - 若结构体需保证绝对不可变（如某些配置只读对象），可考虑值接收者 + 文档约束，但非常规推荐；
- 永远遵循 Go FAQ 原则：“如果方法需要修改接收者，必须用指针；如果结构体较大，或你不确定，也请用指针”。
总结：不要为 Getter 特别“节省”指针而牺牲一致性与可扩展性。现代 Go 工程实践中，*T 是结构体方法接收者的默认安全选择。
