Go函数优化关键在于内联与避免闭包：编译器自动内联简短函数以减少调用开销，但受复杂度、闭包、跨包等因素限制；应显式传参替代闭包捕获，降低分配与逃逸，提升热点路径性能。
Go 语言中，函数执行效率优化的关键之一是减少运行时开销。内联（inlining）和避免不必要的闭包，是编译器层面和代码设计层面两个高效且常被低估的手段。
让编译器自动内联关键小函数
Go 编译器会在满足条件时自动将小函数内联展开，省去调用栈切换、参数压栈/出栈等开销。但内联不是总发生——它受函数大小、复杂度、是否含闭包、是否跨包调用等因素限制。
- 保持热路径上的辅助函数简短：比如只做一次类型转换、简单计算或字段访问，通常能被内联
- 避免在待内联函数中使用 recover、defer、闭包、反射、循环（尤其是 for/range 多次迭代）、大结构体返回等特性
- 用 go build -gcflags="-m=2" 查看内联决策，例如 can inline xxx 或 cannot inline xxx: too complex
- 跨包函数默认不内联；如需内联，可加 //go:inline 注释（Go 1.19+），但仅限于非导出函数或同一模块内谨慎使用
优先用参数传递代替闭包捕获
闭包本质是带环境的函数对象，每次创建都会分配堆内存（除非逃逸分析证明可栈上分配），还可能阻止内联——因为闭包函数无法被静态确定调用目标。
- 把原本靠闭包“记住”的变量，改为显式参数传入。例如将 func() int { return x + y } 改为 func(x, y int) int { return x + y }
- 在循环中创建闭包（如 for _, v := range data { go func() { ... }() }）不仅易出错，还会增加分配和调度负担；改用传参形式：go func(v int) { ... }(v)
- HTTP handler 等常见场景中，避免用闭包封装依赖（如 handler := func(w, r) { use(db, cache) }），改用结构体方法：h := &myHandler{db: db, cache: cache}; http.HandleFunc("/", h.ServeHTTP)
检查并简化高频率调用路径
内联和闭包影响最显著的地方，是每秒执行成千上万次的逻辑，比如序列化/反序列化、日志字段提取、HTTP 中间件、map 查找包装等。
- 对热点函数运行 go tool compile -S 或结合 pprof CPU profile 定位调用频次和耗时占比
- 用 benchmark 对比：关闭内联（-gcflags="-l"）vs 默认 vs 强制内联，观察 ns/op 变化
- 若发现某个函数因含闭包而未被内联，且
又在 hot path 上，优先重构为无闭包+显式参数形式，而非强行绕过限制
基本上就这些。内联是编译器帮你的事，闭包是你要主动管住的事——两者配合，能让热代码更轻、更快、更可控。
又在 hot path 上，优先重构为无闭包+显式参数形式，而非强行绕过限制