方法必须带接收者，函数没有接收者；方法通过实例调用如p.Name()，函数直接调用如GetName(p)；接收者类型不能是未命名类型、接口或内置类型；值接收者不修改原数据且复制结构体，指针接收者可修改且避免复制；方法能实现接口，函数不能；小结构体优先值接收者，大结构体默认指针接收者。
方法必须带接收者，函数没有接收者
这是最根本的语法分水岭。Go里写 func (p Person) Name() string 是方法，因为括号里有 (p Person) —— 这叫接收者声明；而 func GetName(p Person) string 是函数，接收者“挤”进了参数列表，不再属于类型本身。
常见错误现象：func (p Person) Name() 被误当成普通函数调用，结果编译报错 cannot call non-function p.Name（其实是没用点号调用）；或者把函数当方法用，比如 p.GetName()，直接报 p.GetName undefined。
- 方法只能通过实例调用：
p.Name()或(&p).Name() - 函数直接调用：
GetName(p) - 接收者类型不能是未命名类型（如
func (p struct{int}) M()非法），也不能是接口或内置类型（如func (i int) Abs()不合法）
值接收者 vs 指针接收者：改不改得到底看这个
接收者类型决定了你能不能在方法里修改原始数据，也影响调用时的性能开销。
例如定义 type User struct{ Name string }：
立即学习“go语言免费学习笔记（深入）”；
-
func (u User) SetName(n string)：值接收者 → 方法内改u.Name不会影响原变量，且每次调用都复制整个User结构体 -
func (u *User) SetName(n string)：指针接收者 → 可以修改u.Name，且避免复制，适合大结构体或需修改字段的场景 - 即使你用值类型变量调用指针接收者方法（
u.SetName("x")），Go 会自动取地址；反过来，指针变量也能调用值接收者方法（up.SetName("x")），Go 自动解引用 —— 但别依赖这点，容易混淆
方法能实现接口，函数不能
这是 Go 面向组合编程的关键机制。接口只认「谁有这个方法」，不关心你怎么定义它。
比如接口 type Speaker interface{ Speak() string }：
- 只有
func (d Dog) Speak() string这样的方法能让Dog类型自动满足Speaker -
func Speak(d Dog) string是函数，再像模像样也没用 —— 它不属于Dog的方法集，无法用于接口赋值 - 这意味着：你要让某个类型能被某个接口消费，必须用方法，不能用函数替代
什么时候该用函数，什么时候该用方法？
不是所有跟结构体有关的操作都要塞进方法里。滥用方法反而会让代码变重、测试变难。
- 用函数：通用工具逻辑（如
ParseIP(s string) (IP, error)）、构造器（NewUser(name string) *User）、跨类型转换、纯计算（Distance(p1, p2 Point) float64） - 用方法：操作自身状态（
u.Save()）、封装行为语义（file.Close()）、满足接口契约（json.Marshaler的MarshalJSON()） - 小结构体（如
type Point struct{ x, y int }）优先用值接收者，除非明确需要修改；大结构体或含 slice/map/chan 字段的，基本默认用指针接收者
最容易被忽略的一点：方法集（method set）是静态确定的 —— 值类型 T 的方法集只包含值接收者方法；*T 的方法集则包含值和指针接收者方法。这直接影响接口实现和赋值兼容性，比如 var t T; var i Interface = t 能否通过，全看 t 的方法集是否满足 Interface。
