goto语句虽合法但不推荐，因其破坏结构化编程原则，导致代码难以理解和维护，易形成“面条式代码”；现代C++推荐使用RAII、异常处理等更安全清晰的替代方案。
goto语句在C++中虽然合法，但被普遍认为是不推荐使用的，主要原因在于它容易破坏程序的结构，导致代码难以理解和维护。
破坏结构化编程原则
结构化编程提倡使用顺序、选择和循环这三种基本控制结构来构建程序。goto语句允许无条件跳转到程序中的任意标签位置，这种随意跳转会打破代码的逻辑流程。
使用goto后，程序的执行路径变得难以追踪，特别是当跳转跨越多个逻辑块时，很容易造成“面条式代码”（spaghetti code），让后续阅读和修改代码的人难以理清逻辑。
降低代码可读性和可维护性
当看到一个goto语句时，开发者必须手动追踪跳转目标及其上下文，才能理解其作用。这种额外的认知负担增加了出错概率。
立即学习“C++免费学习笔记（深入）”；
例如：
if (error) {
goto cleanup;
}
...
cleanup:
free(resource);
return -1;
虽然这种用法在某些系统编程中存在（如集中释放资源），但现代C++更推荐使用RAII（资源获取即初始化）和异常处理机制来替代。
存在更安全、更清晰的替代方案
几乎所有使用goto的场景都可以用更结构化的方式实现：
- 多层循环退出可用标志变量或封装成函数后使用return
- 错误处理可用异常处理（try/catch）或智能指针自动管理资源
- 状态跳转可用状态机或函数指针等设计模式替代
这些方法不仅逻辑清晰，还更容易测试和调试。
例外情况
在极少数情况下，goto仍被接受，比如在生成代码或性能敏感的底层代码中用于跳出多层嵌套循环。但这类使用应有充分注释，并确保没有更优替代。
基本上就这些。虽然goto不是“邪恶”的，但它的风险远大于便利性，现代C++编程应优先考虑结构化和可维护的控制流设计。
