Go中为struct添加方法需通过接收者实现：值接收者(u User)复制结构体，指针接收者(u *User)可修改原字段；指针接收者方法必须用可寻址变量调用，且影响接口实现与嵌入方法提升。
Go 中为 struct 添加方法的语法结构
Go 语言不支持传统面向对象的“类方法”，而是通过为类型（包括 struct）定义**接收者（receiver）**来实现类似行为。关键点是：方法必须定义在同一个包内，且接收者类型不能是内置类型（如 int、string）或别名之外的非本地类型。
基本语法如下：
func (r ReceiverType) MethodName(params) (results) {
// 方法体
}
其中 ReceiverType 必须是该 struct 的**具体类型**（如 User）或其指针类型（如 *User），不能是接口或未定义类型。
-
(u User)表示值接收者：调用时会复制整个 struct，适合小对象且不需修改原值 -
(u *User)表示指针接收者：可修改原始 struct 字段，也避免大 struct 复制开销 - 同一个 struct 上可以同时存在值接收者和指针接收者方法，但它们互不影响调用规则
什么时候必须用指针接收者
当方法需要修改 struct 的字段时，必须使用指针接收者。值接收者操作的是副本，对原 struct 无影响。
立即学习“go语言免费学习笔记（深入）”；
常见错误现象：cannot assign to struct field ... in function call 或字段看似没变——本质是改了副本。
- 字段赋值（
u.Name = "Alice"）只在*User接收者下生效 - 调用带指针接收者的方法时，Go 会自动取地址（
u.Method()等价于(&u).Method()），但前提是u是可寻址变量（不能是字面量或临时值） - 如果 struct 包含 sync.Mutex 等需地址操作的字段，所有相关方法都应统一用指针接收者，否则可能 panic
方法集与接口实现的关系
Go 中接口是否被满足，取决于类型的方法集（method set）。这点极易被忽略：
-
type T struct{}的方法集只包含值接收者方法 -
*T的方法集包含值接收者 + 指针接收者方法 - 因此，若一个接口由指针接收者方法定义，则只有
*T能实现它，T不能
例如，标准库 io.Writer 的 Write([]byte) (int, error) 是指针接收者风格，所以 os.File 类型实际是以指针形式参与接口赋值。
典型陷阱：var w io.Writer = MyStruct{} 编译失败，但 var w io.Writer = &MyStruct{} 成功——差一个 & 就无法满足接口。
嵌套 struct 和匿名字段的方法继承
Go 不支持继承，但可通过匿名字段“组合”行为。嵌入 struct 后，其方法会“提升”到外层 struct 的方法集中，但有严格限制：
- 仅当外层 struct 的接收者类型与内层字段方法的接收者类型匹配时，方法才可用
- 例如：嵌入
Logger，它有func (l *Logger) Log()，那么只有*Outer才能调用outer.Log()；Outer值类型无法调用 - 若两个匿名字段有同名方法，外层调用会报错（ambiguous selector），必须显式写成
o.Logger.Log()
这说明：方法提升不是无条件的“继承”，而是基于接收者类型的精确匹配。很多人卡在这里，以为嵌入就等于自动获得全部能力。
真正复杂的地方在于：接收者类型、方法集、接口实现、嵌入提升四者交织，稍不注意就会出现“明明写了方法却不能调用”或“接口赋值失败”的问题。调试时优先检查接收者是指针还是值，再确认变量是否可寻址、接口定义是否匹配方法签名。
