函数调用比方法调用略快，但差异仅在纳秒级；真正影响性能的是接收者类型（值 or 指针）、内存布局和调用频率，而非“函数 vs 方法”本身。值接收者方法在高频循环中会引发隐式复制开销，当结构体较大时每次调用都触发完整拷贝，实测可能带来2–5倍耗时增长；指针接收者仅传8字节指针，无复制成本；小结构体用值接收者几乎无损且更利于内联；接口方法调用需运行时查表跳转，比函数调用多一层动态调度；函数值占8字节，接口值占16字节；指针接收者方法当前版本难以内联，而函数和值接收者方法更易触发内联。
函数调用比方法调用略快，但差异仅在纳秒级；真正影响性能的是接收者类型（值 or 指针）、内存布局和调用频率，而非“函数 vs 方法”本身。
值接收者方法在高频循环中会引发隐式复制开销
当结构体较大（如含 slice、map 或大数组）时，值接收者每次调用都触发完整拷贝，实测可能带来 2–5 倍耗时增长。
-
func (s BigStruct) Process()：每次调用复制整个BigStruct，哪怕只读字段 -
func (s *BigStruct) Process()：仅传 8 字节指针，无复制成本 - 小结构体（
struct{ x, y int }）用值接收者几乎无损，且更利于内联优化
接口方法调用比函数调用多一层动态调度
通过接口调用方法（如 io.Reader.Read()）需运行时查表跳转，而函数调用是直接地址跳转。热路径中累计可观。
- 纯函数
readBytes(buf []byte)：编译期确定目标，可内联 - 接口方法
r.Read(buf)：必须经interface → concrete type → method三步分发 - 若该逻辑每毫秒执行数千次（如网络包解析），建议优先用函数或指针接收者+具体类型
函数类型比单方法接口更省内存且易测试
函数值占 8 字节（纯指针），接口值占 16 字节（type + data），且函数可直接用闭包构造，无需定义额外类型。
- 高频回调场景（如事件处理器）用
type Handler func(ctx Context, req *Req) error更轻量 - 若未来需扩展为多实现（如加
Name() string），再重构为接口不迟 - 测试时直接赋值闭包：
app.handler = func(...) error { ... }，无需 mock 结构体
指针接收者方法无法被 Go 编译器内联
Go 当前版本（1.22+）对指针接收者方法的内联支持有限，尤其涉及接口转换或逃逸分析复杂时；函数和值接收者方法更可能被内联。
-
func (p *T) Get() int：大概率不内联，尤其当p来自堆分配 -
func (t T) Get() int或func Get(t T) int：更易触发内联，减少调用开销 - 可通过
go build -gcflags="-m"查看内联决策，避免盲目信任注释
真正要盯住的不是“函数还是方法”，而是接收者是否复制、是否经接口间接、是否在 hot path 上——这些细节比语法选择更能左右性能。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
