panic堆栈中“[3] with length 3”表明索引越界，合法索引为0、1、2；需立即定位行号，检查s[3]、s[i]等操作是否缺失len()判空或越界校验，尤其注意递归回溯path[:len(path)-1]未加len(path)>0判断。
直接看 panic 堆栈里的索引值和切片长度，再检查对应行的切片操作是否漏了 len() 判空或越界校验。
panic 堆栈里那个 [3] with length 3 是关键线索
Go 的 slice bounds panic 信息非常直白，比如 panic: runtime error: index out of range [3] with length 3，说明代码试图访问索引 3，但切片当前 len() 是 3（合法索引只有 0、1、2）。这不是模糊错误，而是精确坐标。
- 立刻定位 panic 行号，找到类似
s[3]、s[i]、s[:i]、s[i:]这类操作 - 检查该行前是否有对
i的赋值或计算——常见来源是循环变量未限制在len(s)内，或递归回溯时没判空就写path = path[:len(path)-1] - 注意：Go 不支持负索引，
s[-1]或s[:len(s)-1]在len(s) == 0时必然 panic，哪怕cap(s) > 0也无效
递归中 path[:len(path)-1] 必须加 len(path) > 0 检查
这是高频崩溃点。递归路径搜索（如 DFS）常在回溯时写 path = path[:len(path)-1]，但一旦某次调用中 path 已为空，这行就直接 panic。
- 错误写法：
path = path[:len(path)-1]—— 没有前置判断 - 正确写法：
if len(path) > 0 { path = path[:len(path)-1] } - 更深层陷阱：
path是值传递，这个赋值只改当前栈帧的副本；若需上层感知变化，得用指针或返回值模式传回新切片
os.Args、命令行参数解析容易误用 len(os.Args)
常见于主程序读取参数后直接塞进算法，比如归并排序传参写成 mergesort(v, 0, len(os.Args)-1)。
- 错因：
os.Args[0]是程序名，os.Args[1:]才是用户输入；若输入 5 个数，len(os.Args)是 6，但实际数据切片v长度是 5，导致排序终点设为 5，访问v[5]越界 - 修复：用真实数据长度，例如
mergesort(v, 0, len(v)-1) - 顺手检查
strconv.Atoi是否忽略错误，无效数字可能导致v长度比预期少，放大越界风险
越界 panic 看似简单，但根子常在“以为安全”的地方：递归回溯不判空、参数长度混淆、循环边界硬编码。堆栈信息足够精准，重点不是猜，而是顺着它去查那行具体操作的上下文约束是否真的成立。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
