在go中，值接收者操作结构体副本，修改不会影响原实例；指针接收者则直接操作原实例，支持状态变更——这是解决方法“看似执行却无效果”问题的关键。
Go语言中，方法接收者类型的选择直接影响程序行为，尤其当方法需修改接收者内部状态时。以 SecureReader 为例：
type SecureReader struct {
pipe io.Reader
shared *[32]byte
decrypted bytes.Buffer // 可变状态：缓存解密数据
}
// ❌ 值接收者：s 是原结构体的完整副本
func (s SecureReader) Read(b []byte) (int, error) {
s.decryptPipeIntoBuffer() // 此调用仅修改副本中的 decrypted
return s.decrypted.Read(b) // 副本的 decrypted 为空（未被真正填充）
}
func (s SecureReader) decryptPipeIntoBuffer() (int, error) {
// ... 向 s.decrypted 写入数据 → 仅写入副本！
}由于 decrypted 是 bytes.Buffer 类型（包含内部切片和长度字段），其修改属于可变状态变更。值接收者会复制整个 SecureReader，包括 decrypted 字段的副本，因此所有写入都丢失在方法返回后。
✅ 正确做法是使用指针接收者：
// ✅ 指针接收者：s 是 *SecureReader，解引用后操作原始实例
func (s *SecureReader) Read(b []byte) (int, error) {
s.decryptPipeIntoBuffer() // 修改真实的 s.decrypted
return s.decrypted.Read(b)
}
func (s *SecureReader) decryptPipeIntoBuffer() (int, error) {
// ... 向 (*s).decrypted 写入 → 持久化到原实例
}此时方法通过指针访问并修改原始 SecureReader 的 decrypted 字段，后续 Read() 才能读取到已缓存的数据。
立即学习“go语言免费学习笔记（深入）”；
? 关键原则总结：
- ✅ 使用 指针接收者 当方法需：
- 修改接收者字段（如更新缓冲区、计数器、标志位）；
- 避免大结构体（如含大型切片、map 或嵌套结构）的复制开销；
- 保持接口实现一致性（若某方法必须用指针接收者，则全部方法建议统一）。
- ✅ 使用 值接收者 当方法仅作纯计算、无副作用，且结构体较小（如 type Point struct{ X, Y int } 的 Distance() 方法）。
⚠️ 注意：即使结构体字段本身是引用类型（如 []byte, map[string]int, *bytes.Buffer），只要接收者是值类型，其字段的副本仍会被创建——对 s.decrypted 的赋值或 Write() 调用，均作用于副本，而非原始实例。
因此，判断依据不是“字段是否可变”，而是“方法是否需要改变调用方持有的原始实例状态”。这是Go面向对象设计中不可忽视的基础机制。
