请教下各路大神，在函数内部到底能否使用 goto 语句 ？

hpdell

请教下各路大神，在函数内部到底能否使用 goto 语句 ？

关于这个问题，有些人说是可以使用，也有些人说建议不使用，那到底是可以使用还是不能够使用呀 ？

貌似感觉有时使用 goto 在出错退出 某个函数进行统一的错误处理是比较方面的，但有些人说建议不使用又有点纠结了（感觉如果不使用的话在判断某处出错时使用 return 返回前出错处理太频繁而且调用函数也频繁繁琐）

lizhaoming

我觉得没啥问题，可以用的

hqgboy

可以用。WINDOWS 和LINUX操作系统还用了。

ghslfgkkl88

MISRA-C是不建议使用goto的，但并没有强制。综合来说，如果使用goto能显著降低代码数量或者复杂度，那是可以使用的。不必拘泥于教条，就看实际使用后好处是否多过坏处。

hpdell

lizhaoming 发表于 2024-9-19 11:31
我觉得没啥问题，可以用的

那我就放心了啊，感谢感谢啊

hpdell

hqgboy 发表于 2024-9-19 11:41
可以用。WINDOWS 和LINUX操作系统还用了。

那我就放心了啊，感谢感谢啊

hpdell

ghslfgkkl88 发表于 2024-9-19 11:59
MISRA-C是不建议使用goto的，但并没有强制。综合来说，如果使用goto能显著降低代码数量或者复杂度，那是可 ...

那我就放心了啊，感谢感谢啊

glory

楼主的号换人了，我肯定。

morning_enr6U

glory 发表于 2024-9-19 13:07
楼主的号换人了，我肯定。

skyshine

glory 发表于 2024-9-19 13:07
楼主的号换人了，我肯定。

我也感觉是换人了，不知道是不是ai发帖机器人来论坛搞训练数据的，在其他几个论坛都看到过ai发帖机器人

eric2013

skyshine 发表于 2024-9-19 13:24
我也感觉是换人了，不知道是不是ai发帖机器人来论坛搞训练数据的，在其他几个论坛都看到过ai发帖机器人

楼主不是AI，是真实存在的，在我早期创建的一个群里面有他。

他发帖子是这样的。能通过与坛友交流解决的问题，就交流解决，交流无法解决时，开始自己解决。

fxyc87

goto 在很多时候很着是很方便的.我只在错误跳转退出时用,其它时刻不用.

hpdell

eric2013 发表于 2024-9-20 08:52
楼主不是AI，是真实存在的，在我早期创建的一个群里面有他。

他发帖子是这样的。能通过与坛友交流解决 ...

是的，能够交流解决速度快， 毕竟交流解决的问题都是大神们遇到过的，解决问题也放心些也不用担心会有什么后遗症

我的理想只复制粘贴

在没有复制粘贴的时候就自己捣鼓

洪志軒

可以的
实践出真理

xieyang__

看情况吧，不建议大量使用goto。
goto通常用在
1.多层循环/判断嵌套的内部快速跳出到异常处理并结束函数。
2.跳到开始位置重试(可以用循环做，不优雅)
切忌goto来回跳转做逻辑。


不过我的常规做法抛异常出去，在外部做重试。

hpdell

fxyc87 发表于 2024-9-20 09:09
goto 在很多时候很着是很方便的.我只在错误跳转退出时用,其它时刻不用.

我目前也是这样来使用的 ， 看来是同道中人啊  

hpdell

xieyang__ 发表于 2024-9-23 21:14
看情况吧，不建议大量使用goto。
goto通常用在
1.多层循环/判断嵌套的内部快速跳出到异常处理并结束函数 ...

你这个抛异常出去的做法也可以，只不过感觉有点少许麻烦了一丢丢而已，

amfy

一直用C语言, 一个项目下来, 代码都几万行了, 说实话搞得有点累, 有点厌烦C语言了, 可惜嵌入式领域, 没啥合适的替代品.

会飞的猪_2020

amfy 发表于 2024-9-24 12:39
一直用C语言, 一个项目下来, 代码都几万行了, 说实话搞得有点累, 有点厌烦C语言了, 可惜嵌入式领域, 没啥合 ...

把库的代码也算进去了吗...
感觉我一天写的代码就两三百行。。

顶多顶多也超不过500行。

amfy

会飞的猪_2020 发表于 2024-9-24 14:58
把库的代码也算进去了吗...
感觉我一天写的代码就两三百行。。

仅仅是自己纯手写的代码, 不算第三方的内容,
这是一个寿命周期很长的产品, 中间经历过至少四次重构和三次更换CPU平台, 还在开发新的功能.
功能比较多, 慢慢的代码量就积累起来了.
今年刚刚又重新进行了一次重构 , 里面基本上没什么闲置的代码,

xieyang__

hpdell 发表于 2024-9-24 11:49
你这个抛异常出去的做法也可以，只不过感觉有点少许麻烦了一丢丢而已，

毕竟结构化是要付出一些代价的。
你可以自己设计一个小框架，把业务逻辑，中间件，底层驱动，异常处理这些隔离开。这样越做越像搞软件的那套了。缺点就是代码量大了

hpdell

xieyang__ 发表于 2024-9-24 20:30
毕竟结构化是要付出一些代价的。
你可以自己设计一个小框架，把业务逻辑，中间件，底层驱动，异常处理这 ...

太复杂的东东不想折腾啊, 比较 mcu 的资源有限

xieyang__

hpdell 发表于 2024-9-24 21:12
太复杂的东东不想折腾啊, 比较 mcu 的资源有限

看具体情况，最适合你的才是最好的

hpdell

xieyang__ 发表于 2024-9-24 21:37
看具体情况，最适合你的才是最好的

是的， 我的意思是在满足项目要求的情况下越简单越好，

sw_123456789

hpdell 发表于 2024-9-25 08:41
是的， 我的意思是在满足项目要求的情况下越简单越好，

最近也在犹豫是否要使用goto做统一的错误处理。使用goto处理错误挺方便的，我看ST和NXP的官方都有使用goto处理错误。

yono

sw_123456789 发表于 2025-10-12 09:49
最近也在犹豫是否要使用goto做统一的错误处理。使用goto处理错误挺方便的，我看ST和NXP的官方都有使用got ...

goto 做错误处理是“抛异常”的方式处理。
非 goto 就需要返回“错误状态码”。
可以了解一下两者的优劣

我程序跟着 threadX 学，倾向于返回状态码的形式。

死不低头

既然有这个东西肯定是能用的，用得好不好那是使用者的问题，不是指令的问题，不用goto难道就不出bug了吗。

就像循环嵌套一样，一般人就嵌套两三层，有人嵌套个很多很多层，结果错误了，不能说循环嵌套不能用吧。

hpdell

yono 发表于 2025-10-23 09:37
goto 做错误处理是“抛异常”的方式处理。
非 goto 就需要返回“错误状态码”。
可以了解一下两者的优 ...

我以前不喜欢使用 带返回状态值的函数，

不过现在 也开始使用带返回状态值的函数了   

hpdell

死不低头 发表于 2025-10-28 12:20
既然有这个东西肯定是能用的，用得好不好那是使用者的问题，不是指令的问题，不用goto难道就不出bug了吗。
...

言之有理 ， 那就放心大胆的用 也不比纠结      

jiaoxiake

必须能用啊!有的地方可以简化代码和逻辑.

hpdell

jiaoxiake 发表于 2025-10-29 11:58
必须能用啊!有的地方可以简化代码和逻辑.

是的，适当的使用 goto 赶脚还是非常不错的

coolaimcu

当然可以用啊，这还用怀疑吗，C语言既然保留这个关键字，就一定能用，问题是怎么用和会不会用的问题！所有的问题不是语言本身的问题，而是使用者会不会用的问题

hpdell

coolaimcu 发表于 2025-11-2 11:28
当然可以用啊，这还用怀疑吗，C语言既然保留这个关键字，就一定能用，问题是怎么用和会不会用的问题！所 ...

确实 是这样的哈   

Piii

从可维护性上讲，建议不用，毕竟有时候业务逻辑改变了goto容易出问题