方法值是绑定接收者与方法的函数值（如o.getname），自带上下文可直接调用；方法表达式是类型级引用（如user.getname），需显式传入接收者。前者适合回调等场景，后者适用于反射或泛型。
方法值是什么，它和方法表达式有啥区别
方法值是 Go 中把「接收者 + 方法」绑定后生成的函数值，比如 o.GetName（注意没括号），它已经绑定了 o 实例；而方法表达式是 User.GetName，调用时必须显式传入接收者：User.GetName(u)。
关键差异在于：方法值自带接收者上下文，可直接当函数使用；方法表达式是“纯函数”，不携带任何实例状态。前者适合注册进回调、模板 FuncMap 或传给高阶函数；后者更适合反射或泛型约束场景。
- 方法值本质是闭包的一种底层实现——但由编译器生成，不逃逸到堆（除非接收者本身已堆分配）
- 方法表达式不会捕获任何变量，只是类型系统层面的函数签名引用
- 若接收者是不可寻址值（如
NewUser().GetName返回的临时值），则无法形成方法值，编译报错
方法值的生命周期取决于接收者，不是函数本身
方法值本身几乎不占内存（几个字长），但它持有的接收者引用决定其实际生命周期。如果接收者是栈上局部变量，方法值被返回或传入 goroutine 后，Go 会自动触发逃逸分析，把接收者移到堆上——否则函数返回后栈帧销毁，方法值就悬空了。
-
func() string { u := User{"Alice"}; return u.GetName }→u逃逸，GetName方法值能安全返回 -
func() func() { u := User{"Alice"}; return func() { fmt.Println(u.Name) } }→ 同样逃逸，但这是普通闭包，开销略高 - 指针接收者的方法值（如
uPtr.GetName）不强制逃逸，因为uPtr本身已是堆/栈指针，只要它有效，方法值就有效
方法值调用开销极小，但要注意接收者复制成本
调用方法值（如 f()）的开销≈普通函数调用，无额外调度或接口动态派发。但背后隐含一次接收者访问——如果是值接收者，每次调用都会复制整个结构体；指针接收者则只复制指针（8 字节）。
- 对小结构体（如
type Point struct{ X, Y int }），值接收者方法值调用几乎无感 - 对大结构体（如含 slice、map 或大数组），值接收者方法值会反复拷贝，CPU 和内存带宽压力明显
- 模板中注册
o.Render时，务必确认o是指针类型，否则每次模板执行都复制整块数据
在模板 FuncMap 中注册方法值时，别用闭包捕获实例
常见错误是写 FuncMap["render"] = func() string { return o.Render() }——这看似等价，实则是闭包捕获 o，不仅可能引发并发读写竞争（若 o 被多个 goroutine 共享），还绕过了方法值的静态绑定机制，失去编译期检查。
- ✅ 正确：直接赋值
FuncMap["render"] = o.Render，Go 自动构造方法值 - ❌ 错误：用匿名函数包装，尤其在循环中捕获循环变量（如
for _, o := range objs { FuncMap[o.Name] = func() { o.Render() } }） - ⚠️ 注意：若
o是值类型且未取地址，o.Render是值接收者方法值，调用时不修改原o；若需修改，必须确保o是指针且方法是*T接收者
go build -gcflags="-m" 输出，比事后 debug 更省力。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
