Go中方法与函数本质不同：方法带接收者并绑定类型，函数属包且无接收者；调用方式、接口实现、接收者语义（值/指针）、嵌入规则及接收者类型限制均严格区分。
Go 里方法和函数不是“换种写法”，而是编译器眼里两类完全不同的东西：一个带接收者、绑定类型；一个没接收者、属于包。写错不会报语法错误，但会静默失效——调不了、实现不了接口、改不了字段。
func (p Person) Name() 和 func Name(p Person) 调用方式完全不同
前者是方法，必须通过实例点号调用：p.Name() 或 (&p).Name()；后者是函数，直接用包名调用：Name(p)。
常见错误现象：
-
p.Name()报错cannot call non-function p.Name→ 实际写成了函数，却当方法调用 -
p.GetName()报错p.GetName undefined→ 实际写成了函数GetName(p Person)，却当成方法用了 - 误以为
func (Person) Name()合法 → 缺少接收者变量名，编译报missing argument name
值接收者 vs 指针接收者：改不改原值是硬分界，不是性能建议
这决定行为契约，不是“要不要优化”。值接收者传的是整个结构体拷贝，指针接收者才真实修改原始数据。
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
func (u User) SetName(n string)：方法内u.Name = n不影响外部u变量 -
func (u *User) SetName(n string)：方法内u.Name = n真实修改原对象；即使你用值变量调用（u.SetName("x")），Go 会自动取地址，但语义仍是“改原值” - 含
[]byte、map、chan的结构体，哪怕只读也建议用指针接收者——值接收者看似安全，但可能误以为 slice 是深拷贝，实际仍共享底层数组
方法能实现接口，函数永远不能
接口满足判定只看方法集，不看函数签名多像也没用。这是 Go 组合式设计的核心机制。
比如定义 type Speaker interface { Speak() string }：
-
func (d Dog) Speak() string→Dog类型自动满足Speaker -
func Speak(d Dog) string→ 再像也不能让Dog满足Speaker，接口赋值会失败 - 嵌入结构体时，只有大写类型才能提升字段：
type Employee struct { Person; Title string }中的Person必须是导出类型（首字母大写），否则e.Name编译失败
接收者类型有硬限制：不能是未命名类型或内置类型
Go 不允许为未命名复合类型或内置类型定义方法，这不是语法糖问题，而是类型系统要求方法必须绑定到可识别、可导出、可跨包复用的类型上。
-
func (s []string) Len() int❌ 编译报invalid receiver type []string -
func (m map[string]int) Clear()❌ 同样非法 - 正确做法：先声明命名类型，再定义方法：
type StringList []string，然后func (s StringList) Len() int✅ - 同理，
func (i int) Abs()也不合法；但type MyInt int后，func (i MyInt) Abs() MyInt就可以
最容易被忽略的是接收者变量名缺失、小写字段导致跨包不可见、以及把函数当方法用却没报错——它只是根本调不到。这些不是运行时问题，是编译期就切断了连接。
