Go中方法接收者类型是类型契约的核心：值接收者表示只读语义，指针接收者表示可变状态；二者决定方法集、接口实现、嵌入提升及调用方式，不可随意更改。
Go 里方法不是“绑定”上去的，而是定义时就和类型强关联——接收者类型写死在 func 声明里，改不了，也绕不开。选错接收者类型，轻则调用失败，重则接口不满足、字段改不动、嵌入失效。
func (t T) 和 func (t *T) 的区别不是性能，是语义
值接收者 func (t T) Foo() 意味着：这个方法只读、不改状态、可安全并发调用；指针接收者 func (t *T) Bar() 意味着：它要写字段、锁资源、或必须保持引用一致性。
- 即使
T只有 8 字节，func (t T) SetX(x int)依然不会修改原值——这是语义承诺，不是优化取舍 -
sync.Mutex字段必须配指针接收者，否则t.mu.Lock()编译报错：cannot assign to t.mu - 标准库中
fmt.Stringer、io.Reader等接口，实现方几乎全用指针接收者，不是因为大，是因为它们常需维护内部状态（如缓冲区偏移）
接口实现失败？先查接收者类型是否匹配
报错 cannot use t (type T) as type MyInterface in assignment: T does not implement MyInterface (Foo method has pointer receiver)，说明你用值 t 去赋值一个需要 *T 才能满足的接口。
- 接口变量存储的是「值 + 方法集」，
T{}的方法集只含值接收者方法；&T{}的方法集才含全部 - 如果已有代码用
T{}赋值接口，但新加了一个指针接收者方法，接口就断了——不是 bug，是 Go 的显式设计 - 修复方式只有两个：传
&t，或把方法接收者改成func (t T) Foo()（前提是逻辑允许不改状态）
嵌入结构体时，指针接收者方法不会自动提升
写 type Outer struct{ Inner } 后，Outer{}.InnerMethod() 能调通，仅当 InnerMethod 是值接收者；若它是 func (i *Inner) Do()，则直接编译失败：cannot call pointer method on o.Inner。
立即学习“go语言免费学习笔记（深入）”；
- 原因：匿名字段提升是语法糖，
o.Inner.Do()实际展开为(*o.Inner).Do()，但o.Inner是值字段，不可取地址 - 解法一：把嵌入字段声明为指针
Inner *Inner，但得手动初始化，且nil调用会 panic - 解法二：在外层补一层指针方法
func (o *Outer) Do() { o.Inner.Do() }，这是最可控的做法
给基础类型加方法？必须用 type 声明新类型
想给 int 加 IsEven()？写 func (i int) IsEven() bool 会报 cannot define methods on non-defined types。
- 正确做法是先定义命名类型：
type MyInt int，再写func (i MyInt) IsEven() bool - 类型别名
type MyInt = int不行——它和int完全等价，不是新类型 - 同理，
[]byte、map[string]int这类复合类型也不能直接加方法，必须包装成type Bytes []byte再定义
接收者类型一旦定下，就决定了你能怎么调、谁来实现、嵌入怎么透、接口怎么接——它不是语法细节，是 Go 类型系统里最硬的一条边界线。改接收者类型等于改契约，所有调用点、接口赋值、嵌入行为都得跟着动。
