Go方法必须与类型同包定义，不可跨包为外部类型添加方法；接收者选值或指针取决于是否修改状态及一致性；方法名不可与字段同名；嵌入是方法转发而非继承，需注意接收者类型匹配和同名冲突。
方法必须定义在同一个包里，不能跨包绑定
Go 不允许为其他包定义的类型（包括内置类型）添加方法，除非该类型在当前包中声明。比如你无法给 time.Time 或 string 直接加方法——编译会报错 cannot define new methods on non-local type。
实操建议：
- 如果想扩展第三方类型行为，用类型别名 + 新类型包装：例如
type MyString string，再为MyString定义方法 - 自定义结构体必须和方法定义在同一个
.go文件或至少同一包内 - 注意：即使类型是导出的（大写开头），只要它来自别的包，你就无权添加方法
接收者类型选值类型还是指针类型？看是否要修改状态
接收者决定方法能否修改原始值。值接收者操作的是副本；指针接收者才能真正改原值。
常见错误现象：
立即学习“go语言免费学习笔记（深入）”；
- 定义了值接收者方法，却在方法里对字段赋值，结果没生效
- 混用值/指针接收者导致方法集不一致：比如
*T有全部方法，但T只有值接收者方法
实操建议：
- 需要修改字段 → 必须用指针接收者：
func (t *MyType) Update() { t.field = "new" } - 结构体较大（>16 字节）→ 建议指针接收者，避免拷贝开销
- 一致性优先：如果已有某个方法用了指针接收者，其他方法也尽量统一用指针，否则调用方容易困惑
方法名不能和字段名冲突，否则编译失败
Go 要求方法名和字段名在同一个作用域下不能重名。这不是运行时问题，而是在编译期直接报错：field and method have the same name。
使用场景：
- 常见于想封装字段访问逻辑，比如把
Count字段配上Count()方法做校验 - 或者误以为可以“重载”字段访问，实际 Go 不支持属性 getter/setter 语法糖
实操建议：
- 字段命名用小写（如
count），方法命名用大写（如Count()）——这是最安全的组合 - 如果字段已是大写（如
Count），方法就得换名，比如GetCount()或ValidatedCount() - 别依赖 IDE 自动补全来判断是否合法，手动检查一遍更稳
嵌入结构体时，方法提升不是“继承”，而是“自动转发”
嵌入（embedding）会让被嵌入类型的公开方法出现在外层类型的方法集中，但这只是编译器自动插入的转发逻辑，不是面向对象意义上的继承。
容易踩的坑：
- 嵌入类型的方法接收者是
*T，但外层是值类型S，此时S无法调用该方法（因为没指针可传） - 两个嵌入类型有同名方法，外层类型调用时会编译失败：
ambiguous selector - 嵌入后不能直接访问被嵌入类型的非导出字段或方法
实操建议：
- 嵌入时尽量统一接收者类型：都用指针，或都用值类型
- 同名方法冲突不可避免时，显式通过嵌入字段名调用：
s.T1.Method()、s.T2.Method() - 不要指望嵌入能绕过包级访问控制——未导出的方法不会被提升
方法绑定的本质是函数签名 + 接收者类型组合成一个新签名，它比表面看起来更“静态”。很多人卡在嵌入和接收者类型上，是因为忽略了 Go 的方法集规则是编译期确定、且完全不带运行时多态的。写的时候多看两眼编译错误，比查文档更快定位问题。
