方法必须带接收者，函数不能有接收者；接收者类型是方法签名的一部分，决定能否修改原值、影响性能与接口实现，且绑定时即固定不可逆。
方法必须带接收者，函数不能有接收者
这是最根本的语法分水岭：函数定义里没有 func (r ReceiverType) 这部分；而方法一定有，且接收者写在 func 关键字**前面**。Go 编译器靠这个识别“这是方法还是函数”。
- 函数直接调用：
add(2, 3)、strings.ToUpper("hello") - 方法必须通过类型实例调用：
p.GetName()、slice.Len()（slice是[]int类型的值） - 接收者可以是任何命名类型（不只是
struct），比如type MyInt int，也能给它定义func (m MyInt) Double() int - 函数名在包内必须唯一；方法名可以重名——只要接收者类型不同，比如
(p Person)和(p *Person)可以都有Save()
指针接收者 vs 值接收者：改不改原值，全看这儿
接收者类型决定了方法能否修改原始数据，也影响性能。这不是调用习惯问题，而是绑定时就定死的契约。
- 值接收者
(p Person)：方法内对p.name赋值，不会影响外部的person实例——你操作的是副本 - 指针接收者
(p *Person)：方法内p.name = "Alice"会真实修改原对象 - 大型结构体（比如含 slice、map、大数组）务必用指针接收者，否则每次调用都复制整块内存
- 小结构体（如
type Point struct{ x, y float64 }）用值接收者反而更高效，避免解引用开销
type Counter struct{ count int }
func (c Counter) IncByValue() { c.count++ } // 无效：原 count 不变
func (c *Counter) IncByPtr() { c.count++ } // 有效：原 count +1
c := Counter{count: 0}
c.I
ncByValue()
fmt.Println(c.count) // 输出 0
c.IncByPtr() // 注意：这里 c 是值，但 Go 自动转成 &c 调用
fmt.Println(c.count) // 输出 1
方法能实现接口，函数永远不能
Go 的接口实现是隐式的，核心条件就是：某个类型**所有方法集**包含接口要求的全部方法签名。函数再像，也不属于任何类型，因此无法参与接口满足判定。
- 接口定义：
type Speaker interface { Speak() string } - 只有为
type Dog struct{}定义了func (d Dog) Speak() string，Dog才自动实现Speaker - 你写个独立函数
func bark() string，哪怕返回值和签名一样，也完全无关 - 这也是为什么标准库大量使用方法：比如
io.Reader要求Read(p []byte) (n int, err error)，所以*os.File、bytes.Buffer都得用方法来实现它
调用时值/指针混用，但底层绑定不可逆
你可以用 obj.Method() 或 (&obj).Method()，Go 会自动转换——但这只是语法糖。真正起作用的是方法定义时写的接收者类型。
- 如果方法定义是
(p *Person)，那personVar.Method()会被编译器悄悄转成(&personVar).Method() - 如果方法定义是
(p Person)，那ptrToPerson.Method()会被转成(*ptrToPerson).Method()（即先解引用再传值） - 但注意：如果类型本身不允许取地址（比如字面量
Person{}.Method()），而方法又要求指针接收者，就会报错：cannot call pointer method on Person literal - 所以别依赖“反正 Go 会帮我转”，定义时就要想清楚：这个方法逻辑上需不需要改状态？结构体多大？
