为何goto、break、continue及多return语句被视为不良实践

首先要明确：这些限制本质是面向编程入门者的训练约束，绝非工业界通用的硬性编程规范。高校设置这类规则的核心目的，是倒逼还没建立结构化编程思维的新手，先老老实实写顺顺序、分支、循环的基础逻辑，不是说这些语法特性本身就是天生的"不良实践"。

下面分别说下这些特性被纳入禁用列表的历史原因，以及实际工程中的真实定位：

• goto：这是结构化编程运动最早重点批判的语法，无节制使用goto会让代码控制流完全混乱，变成根本没法追踪逻辑的"意大利面代码"。新手刚接触编程时很容易图省事，遇到逻辑绕不过去就随便加goto跳，最后自己都读不懂自己写的跳转逻辑，所以教学阶段直接一刀切禁用非常好理解。但工业界从来没有完全禁用goto，C语言里最常见的统一错误处理、多资源申请后的统一释放场景，合理使用goto反而比层层嵌套的错误判断逻辑干净得多。
• break、continue：教学阶段禁用这两个语句，是怕新手在循环里随意插入跳出、跳过逻辑，把循环的执行路径拆得七零八落，读代码的人要反复翻找才能搞清楚循环什么时候会提前终止、什么情况下会跳过本轮后续逻辑，没法一眼看清循环的整体规则。但实际开发中，在循环头部做合法性校验、用continue跳过无效输入，找到匹配目标后用break立刻终止循环，恰恰是减少嵌套层级的常用写法，硬要规避这两个关键字，反而会写出你现在遇到的大量嵌套if结构，把核心逻辑埋在很深的缩进里，可读性更差。
• 单函数单return要求：这个规则的出发点是落实结构化编程"单入口单出口"的原则，避免新手在函数任意位置随意插入return语句，导致读代码的人要找遍整个函数才能梳理全所有退出路径，新手还经常在随便加的return前面漏写资源释放、状态重置的逻辑，引出很难查的bug。但实际工程里，函数入口处先做参数合法性校验、不满足就直接return错误码，找到符合要求的结果后直接return返回值，反而是减少嵌套、让逻辑更直白的写法——总比把整个函数的几十上百行逻辑全套在if (参数合法)的分支里要清楚得多。

你现在遇到的适配困难非常正常：这些规则本来是用来约束完全没编程经验的新手，防止他们滥用跳转写出完全没法维护的代码，当你已经有了基本的代码可读性判断能力之后，硬套这些规则反而会牺牲代码清晰度。上课写作业、考试的时候按课程要求来就行，自己平时写代码完全可以根据场景选择最清晰的写法，不用把入门阶段的训练规则当成必须恪守的真理。

本质上所有编程风格规则的核心判断标准只有一个：能不能让第一次读这段代码的人最快搞懂逻辑。没有绝对不能用的语法，只有用错了场景、反而降低可读性的写法。很多教材里的这类硬性规则，根源是上世纪70年代结构化编程刚普及时期的规范，当时是为了替代完全无结构的汇编式编码习惯，放到现在早已不是需要严格死守的铁律。

内容的提问来源于stack exchange，提问作者user2248702