应优先选指针接收者：需修改字段、含不可复制字段、统一接口实现、嵌入指针方法、满足标准库接口、避免后续扩展风险；值接收者仅适用于纯读操作且明确无需一致性场景。
值接收者和指针接收者到底选哪个？
看方法要不要修改结构体字段，而不是看结构体大小。Go 里没有“自动转指针”这回事——func (s S) SetName() 永远改不了调用方的 s，哪怕 S 是 1KB 的大结构体；而 func (s *S) SetName() 即使只读字段，也得传指针才能调用。
常见错误现象：cannot call pointer method on s 或 cannot take address of s，本质是类型不匹配：你用值调用了指针接收者方法，或反过来。
- 要修改字段 → 必须用指针接收者
- 结构体含 sync.Mutex 等不可复制字段 → 只能用指针接收者（否则编译报错
invalid operation: cannot assign to s.mu） - 所有方法接收者类型必须一致：混用值和指针接收者会导致接口实现不完整（比如
interface{ String() string }只被*S实现，S{}就无法赋值）
为什么 struct{} 方法也建议用指针接收者？
空结构体 struct{} 虽然零大小，但语义上它常作为信号量或占位符（比如 map[string]struct{}）。一旦后续加字段，值接收者方法会立刻失效——你得翻遍所有调用点手动补 &。
更实际的问题是：标准库和主流框架（如 net/http, database/sql）几乎全用指针接收者，保持统一能避免意外 panic。比如 http.ResponseWriter 接口要求实现 Header() Header，如果你的响应包装器用值接收者，就根本没法满足接口。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 空结构体不是“绝对安全”，而是“暂时没风险”
- 指针接收者对
struct{}几乎无性能损耗（地址本身小，且无拷贝） - IDE 和 linter（如
go vet）会警告混合接收者，提前暴露隐患
嵌套结构体时，接收者类型怎么传导？
内层结构体用指针接收者，外层必须也用指针接收者才能透出方法。比如：
type Inner struct{}
func (i *Inner) Do() {}
type Outer struct {
Inner
}
这时 Outer{Inner{}}.Do() 会编译失败——匿名字段提升只对值接收者生效，指针接收者不会自动提升。你得写 Outer{&Inner{}} 或显式调用 o.Inner.Do()。
- 嵌入指针字段（
Inner *Inner）可解耦，但需手动初始化，且nil调用会 panic - 如果嵌入的是值字段，又想用指针方法，只能在外层再包一层指针方法：
func (o *Outer) Do() { o.Inner.Do() } - go vet 会提示
possible misuse of unsafe.Pointer如果嵌入字段和接收者类型错配
interface{} 装箱后，接收者类型还重要吗？
重要。接口变量存储的是具体值+方法集，不是类型名。把 S{} 赋给 fmt.Stringer，它只带值接收者方法；把 &S{} 赋进去，才带指针接收者方法。两者方法集完全不同。
典型坑：var s S; fmt.Printf("%v", s) 正常，但 fmt.Printf("%v", &s) 可能触发不同 String() 实现（如果两个都定义了），甚至 panic（如果只有指针版却传了值）。
- 接口断言时，
v.(fmt.Stringer)成败取决于原始值类型，而非变量声明类型 - 反射中
reflect.Value.MethodByName()会按接收者类型找方法，值类型调不到指针方法 - json.Marshal 对
json.Marshaler接口的调用，同样严格区分接收者类型
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
