Go中type MyInt = int是类型别名，与int完全等价，属非定义类型，无法绑定方法；而type MyInt int创建独立命名类型，可附加方法。
不能直接给 int、string 或 []byte 加方法，这是编译器强制规则，不是写法不熟或漏了什么——你必须先用 type 声明一个新命名类型，再绑定方法。
为什么 type MyInt = int 无法绑定方法？
因为 = 是类型别名，不是新类型。编译器视 MyInt 和 int 完全等价，仍属“非定义类型”，不允许附加方法。
正确写法只能是：type MyInt int。它创建了一个独立的命名类型，哪怕底层一样，也具备完整的方法集资格。
-
type Status = string→ 方法定义会报cannot define methods on non-defined types -
type Status string→ ✅ 可正常写func (s Status) IsValid() bool - 结构体嵌入时同理：别名类型嵌入后，其方法也不会提升；只有命名类型嵌入才参与方法集计算
func (t T) M() 和 func (t *T) M() 怎么选？
核心判断依据只有一个：这个方法要不要修改接收者本身的字段状态。
立即学习“go语言免费学习笔记（深入）”；
- 要改字段（如
SetName、IncCounter、Reset）→ 必须用指针接收者*T - 纯读取（如
String()、Len()、IsValid()）→ 值接收者更安全，无副作用 - 结构体含
sync.Mutex等不可复制字段 → 只能用指针接收者，否则t.mu.Lock()编译失败 - 空结构体
struct{}也建议统一用指针接收者——它零大小，但语义上常作信号量；后续加字段时，值接收者会全部失效
接口实现失败，八成是接收者类型不一致
Go 的接口满足性由变量的静态类型决定，不是底层值。常见报错：cannot use t (type T) as type MyInterface in assignment，说明接口要求的是 *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。
- 原因：匿名字段提升是语法糖，
o.Inner.Do()实际展开为(*o.Inner).Do()，但o.Inner是值字段，不可取地址 - 解法一：嵌入指针字段
Inner *Inner，但需手动初始化，且 nil 调用会 panic - 解法二：在外层补一层指针方法
func (o *Outer) Do() { o.Inner.Do() }，这是最可控的做法 - 嵌入不会让
Outer自动实现Inner所实现的接口——除非显式声明或手动转发
最容易被忽略的点：方法接收者类型一旦定下，就锁死了调用方式、接口兼容性和嵌入行为。它不是性能优化项，而是语义契约——改接收者类型等于改 API 合约，影响面远超单个函数。
