Go 并发编程中的错误恢复机制与代码持续执行分析(1)，看完必懂

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Golang全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注go）

正文

在现代软件开发领域，尤其是使用Go语言进行系统设计时，理解并发编程和错误处理是至关重要的。Go语言中的goroutine和recover机制提供了强大的并发控制和错误恢复功能。今天，我们就来深入探讨这一主题，并以一个代码片段作为分析案例。

代码概览

}

代码片段展示了一个典型的在Go语言中实现的任务队列处理模式。这段代码在一个循环中创建了多个goroutine，每个goroutine负责处理任务队列中的一个任务。关键点在于，每个goroutine中包含了recover机制，用于捕获并处理可能发生的panic。

Panic与Recover

在Go中，panic是一个内建函数，当程序遇到无法继续运行的错误时（如数组越界、空指针引用等），就会引发panic。与此相对的是recover，它是另一个内建函数，用于恢复panic造成的中断，防止整个程序崩溃。

代码分析

根据前面的代码，当goroutine中发生panic时，recover会被触发，执行错误处理逻辑。这是一种优秀的错误处理模式，可以防止整个服务因为单个任务的失败而完全崩溃。

问题：recover后代码执行情况？

当recover捕获到panic后，goroutine内部的panic被处理掉，但这并不意味着goroutine会继续执行c.CmdRun(qid)。事实上，一旦recover捕获到panic，它所在的goroutine的执行流将到达recover所在的defer函数的结尾。这意味着c.CmdRun(qid)不会在panic之后继续执行。

为什么不会继续执行？

Go语言中，panic类似于其他语言中的异常抛出，但它不支持catch后继续执行的逻辑。一旦panic发生，除非使用recover捕获，否则会导致整个goroutine结束。即使使用了recover，goroutine也只是避免了崩溃，但无法从panic发生的点继续执行。

解决方案

如果希望在panic后继续执行，可以在recover后重新调用相同的函数，或者设计一种机制重新将任务加入队列。例如：

go func(qid int) {
defer func() {
if err := recover(); err != nil {
// 处理panic

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Go）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**