go中recur := func() { recur() }编译失败，因变量声明与初始化分离，闭包内recur未声明；应先var recur func(int) int预声明再赋值，并在闭包开头设终止条件。
为什么 recur := func() { recur() } 会编译失败
因为 Go 的变量声明和初始化是分离的：你在赋值语句右边写 func() { recur() } 时，recur 还没完成初始化，闭包作用域里根本找不到这个标识符。这不是语法糖缺失，而是语言设计上对“定义顺序”的严格要求。
用 var recur func() 预声明再赋值是最稳的方式
这是绝大多数场景该选的解法，兼容性好、意图明确、调试友好：
- 必须先写
var recur func(int) int（含签名），不能只写var recur func()然后传参时类型不匹配 - 闭包内调用
recur(x-1)是合法的，因为此时recur已声明（哪怕还没赋值完） - 终止条件一定要放在闭包体开头，比如
if x ，否则第一次调用就栈溢出 - 注意捕获的外部变量（如计数器、缓存 map）会被所有递归层级共享，不是每次调用都新建一份
闭包递归更适合状态累积类问题，不是通用替代方案
比如生成斐波那契序列、维护累加和、实现带记忆化的搜索——这时候闭包能天然持有状态，比反复传参干净：
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
-
fib := func() int { a, b = b, a+b; return a }这种迭代式闭包，本质是用闭包模拟静态局部变量，不是真递归，但效果类似 - 若真要递归计算（如树遍历），直接写命名函数
func walk(node *Node) {...}更清晰，闭包反而增加理解成本 - 闭包递归无法被编译器优化为尾递归，深度大时照样栈溢出，别指望它比普通递归更安全
别忽略闭包捕获变量的生命周期陷阱
闭包引用的变量只要闭包还活着，就不会被 GC 回收。常见翻车点：
- 在循环里创建多个递归闭包，却共用同一个外部变量（如
i），结果所有闭包都看到最后的i值 - 把闭包塞进 map 或 channel 后长期持有，导致本该释放的上下文一直驻留内存
- 递归深度大 + 捕获大结构体（如整个
http.Request），内存占用会指数级增长
真正需要闭包递归的地方不多，多数时候是想省参数或藏状态；先确认是不是非它不可，再动手。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
