python调用go程序时出现panic: runtime error: index out of range，根本原因在于go代码错误地将os.args长度当作数据数组长度传入mergesort，导致递归访问越界；修正为使用实际输入数据长度即可解决。
python调用go程序时出现panic: runtime error: index out of range，根本原因在于go代码错误地将os.args长度当作数据数组长度传入mergesort，导致递归访问越界；修正为使用实际输入数据长度即可解决。
在性能对比实验中，Python脚本通过subprocess.call()启动编译后的Go可执行文件，并传递随机整数作为命令行参数。虽然Python端逻辑清晰、无明显缺陷，但Go程序在解析参数后触发了运行时恐慌（panic），堆栈显示错误发生在merge函数第13行——典型的切片索引越界（index out of range）。
问题根源在于Go main函数中对排序范围的误判：
func main() {
v := make([]int, 0)
args := os.Args
for i := 1; i < len(args); i++ {
f, _ := strconv.Atoi(os.Args[i])
v = append(v, f) // ✅ 正确：v 包含所有输入数字，len(v) == len(args)-1
}
mergesort(v, 0, len(args)-1) // ❌ 错误：应为 len(v)-1，而非 len(args)-1
}os.Args[0] 是程序名，os.Args[1:] 才是用户输入参数。因此：
- 若命令为 ./nlogn 3 1 4 1 5，则 len(args) == 6，但 len(v) == 5
- mergesort(v, 0, len(args)-1) 等价于 mergesort(v, 0, 5)，即要求排序区间 [0,5]（含6个元素）
- 而 v 实际只有5个元素（索引 0..4），导致 v[5] 访问越界
✅ 正确修复方式：将排序终点设为 len(v) - 1：
func main() {
v := make([]int, 0)
args := os.Args
for i := 1; i < len(args); i++ {
if f, err := strconv.Atoi(args[i]); err == nil {
v = append(v, f)
}
}
if len(v) > 0 {
mergesort(v, 0, len(v)-1) // ✅ 使用 v 的真实长度
}
}此外，建议增强健壮性：
- 检查 strconv.Atoi 的错误返回，避免无效输入引发静默异常；
- 在 mergesort 入口添加边界防护（如 if e >= d { return }），防止空切片或非法区间；
- Python端f.close应改为f.close()（当前漏掉括号，会导致文件未关闭）。
修复后，Go程序能正确处理任意长度的命令行整数输入，与C++程序一样稳定参与Python驱动的批量性能测试。该案例凸显了在跨语言集成中，严格区分“参数数量”与“有效数据长度” 的重要性——尤其在涉及数组/切片边界操作时，微小的索引偏差即会引发致命panic。
