Go中“语言学习”实指安全递归实践：必须用depth参数防栈溢出，maxDepth需依场景设定并注释，初始调用传0、递归传depth+1；阶乘/斐波那契须校验输入非负，避免int绕回；切片操作应检查len而非用last。
Go语言本身不提供“语言学习”机制——它没有运行时反射式语法推导、不支持动态类型演化，也不是为元编程或AI训练设计的语言。所谓“语言学习”在Go语境里，实际是指：用Go写递归算法时，如何避免常见崩坏点，并让代码既正确又可控。
递归函数必须带 depth 参数校验
Go不拦截栈溢出，runtime: goroutine stack exceeds 1000000000-byte limit 是硬崩溃，recover() 完全无效。所有可能被外部输入触发的递归（比如解析嵌套 YAML、展开模板 include、遍历用户上传的树形结构），第一行就得检查深度：
if depth > maxDepth { return errors.New("recursion too deep") }-
maxDepth不能拍脑袋定 100；HTTP 头嵌套通常 ≤ 5，YAML!!merge展开建议 ≤ 8，这些得写进常量注释 - 初始调用传
depth: 0，每次递归传depth + 1
阶乘和斐波那契别直接照抄教科书写法
教科书示例好看，但上线就翻车：
-
factorial(n int)接口暴露负数风险：factorial(-1)→n-1在int下绕回极大正数，无限递归；改用uint64或开头加if n -
fib(n int)时间复杂度是O(2^n)，fib(45)就卡住；真要用递归，必须加map[int]int缓存，或者直接换迭代——三变量滚动，O(1)空间 - 别信“尾递归优化”：Go 编译器（gc）完全不识别尾调用，
return fib(n-1, acc)和普通递归一样压栈
文件遍历、树遍历优先用标准库或迭代模拟
手写 filepath.WalkDir 的替代逻辑极易漏边界：
立即学习“go语言免费学习笔记（深入）”；
- 忘记
if os.IsPermission(err) { continue }→ 直接 panic - 没检测符号链接循环 → 深度无限增长
- 没控最大深度 → 遇到恶意构造的超深目录（如
a/b/c/.../z/嵌套 10000 层）立刻栈满 - 更稳做法：用
[]*Node模拟栈，for len(stack) > 0驱动，每 push 前检查len(stack)
归并排序里 mid 计算错会导致无限递归
这是生产环境真实踩过的坑：用 mid := len(slice) / 2 而不是 mid := first + (last - first) / 2，导致子区间永远不变，MergeSort(slice, first, mid) 反复调用相同参数。
- 终止条件必须是
if first >= last，不是if len(slice) - 切片传参时注意底层数组共享问题，尤其并发修改场景下可能引发数据竞争
- 调试时可用
runtime.Stack(buf, false)实测某次调用实际栈用量，比猜靠谱
真正难的不是写出能跑的递归，而是判断：这个递归是否真的必要？深度是否可预期？有没有更平滑的迭代路径？Go 的哲学是“显式优于隐式”，递归也不例外——它不是语法糖，是需要你亲手扛住全部风险的裸金属操作。
