为什么说 goto 有害：可读性、可维护性与替代方案
副标题 / 摘要 goto 会破坏结构化控制流，导致可读性下降与维护成本上升。本文解释其问题与替代方案。 目标读者 写 C/C++ 或底层代码的工程师 想提升代码可维护性的开发者 负责代码规范的团队 背景 / 动机 goto 允许随意跳转，容易形成“意大利面式”控制流。 结构化编程强调清晰的控制流边界，减少维护成本。 核心概念 结构化控制流：if/for/while 可读性：控制流路径清晰 可维护性：局部修改不影响全局 实践指南 / 步骤 用函数提前返回替代 goto 用循环与条件分支替代跳转 仅在资源清理时谨慎使用 goto 保持控制流单向 可运行示例 #include <stdio.h> int work(int x) { if (x < 0) return -1; if (x == 0) return 0; return x * 2; } int main(void) { printf("%d\n", work(5)); return 0; } 解释与原理 goto 让控制流跳转不可预测，阅读代码时需要追踪多个标签。 结构化写法则把路径限制在可读范围内。 常见问题与注意事项 goto 是否完全不能用？ 在 C 里用于资源清理是可接受的特殊用途。 异常处理能替代 goto 吗？ 在支持异常的语言里，异常更适合处理错误路径。 为什么结构化编程更好？ 因为它限制了跳转路径，提升可维护性。 最佳实践与建议 绝大多数场景不用 goto 用函数与循环控制流表达逻辑 在代码规范中明确禁止或限制 小结 / 结论 goto 的问题是让控制流不可预测。 结构化编程更适合团队协作与长期维护。 ...