Go中写高阶函数核心是先用type定义具名函数类型，再用于参数或返回值；未定义类型直接使用func字面量会导致难读、难复用、难测试，且易因nil传参或闭包生命周期问题引发panic。
Go 语言里写高阶函数，核心就两条：函数类型要先定义清楚，传参或返回时直接用这个类型名。不定义类型、硬塞 func(int, int) int 这种字面量进参数列表，代码会难读、难复用、难测试。
定义函数类型是必须前置步骤
Go 不像 JavaScript 或 Python 那样允许任意函数字面量直接当参数。你得先用 type 声明一个具名函数类型，否则连编译都过不去。
-
type Operation func(int, int) int—— 这才是合法的函数类型定义；func(int, int) int单独出现在参数位置只是类型表达式，不能直接用于声明多个同签名函数的统一接口 - 类型名能体现语义，比如
FilterFunc比func(string) bool更易懂，也方便在多个地方复用 - 没定义类型就写
calculate(x, y, func(a,b int) int { return a + b })，虽然语法上允许（匿名函数字面量），但无法被其他函数复用，也不利于单元测试中 mock 行为
接收函数参数时注意空值检查
传进来的函数变量可能为 nil，尤其当调用方动态构造参数时。Go 不做隐式空值防护，漏掉检查会导致 panic。
-
if op == nil { return 0, errors.New("operation cannot be nil") }是常见且必要的卫述逻辑 - 泛型版
Map[T, U any]一般不校验transform是否为nil，因为 Go 泛型函数内联后对nil函数调用仍会 panic，所以实际使用时仍需外部保障 - HTTP 中间件、策略选择等场景下，
nil往往代表“跳过”，此时应显式判断并走默认分支，而非让程序崩掉
返回函数时闭包捕获变量要小心生命周期
用 func() int 这类返回值创建闭包很常见，但若闭包引用了局部变量，而该变量本该随函数退出销毁，就容易引发意外行为。
立即学习“go语言免费学习笔记（深入）”；
-
func Multiplier(factor int) func(int) int { return func(n int) int { return n * factor } }是安全的——factor被复制进闭包，生命周期由闭包自身管理 - 但
for i := range items { go func() { fmt.Println(i) }() }这种写法，所有 goroutine 共享同一个i变量，最终可能全打印最后一个值；正确写法是go func(val int) { fmt.Println(val) }(i) - 闭包持有大对象（如整个 struct 或长 slice）时，会阻止 GC 回收，内存占用可能比预期高得多
真正难的不是写出能跑的高阶函数，而是想清楚哪个行为该抽象成参数、哪个状态该封装进闭包、以及谁来负责校验和兜底。这些决策点藏在类型定义和空值处理里，而不是语法糖表面。
