[Go语言] 操作channel时遇到panic怎么办？

最新推荐文章于 2025-05-14 17:00:00 发布
最新推荐文章于 2025-05-14 17:00:00 发布
阅读量9.8k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
文章标签： go go语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/erlib/article/details/51583864

很多同学在使用channel时都遇到过这种情况：Panic问题，相信大家对于这种设计也吐槽了不少吧？这篇文章我们就来扒一扒这样设计的初衷。

潜在的Panic主要有两种: 重复close一个channel，向已经closed的channel继续发送消息。

最懒的解决办法就是通过recover来简单粗暴的恢复，可是这就违背了设计者的初衷。对于channel c来说，内置的close函数表明了不会再有任何值发送到c，重复关闭或者向已经关闭的c发送任何消息都会导致runtime panic,关闭nil channel也会导致panic。

这里有个问题，如果c关闭了，继续从c读取消息会怎么样？不用担心，至少不会有panic发生。首先是从c中读取之前发送但是还没有被接收的消息，当这类消息接收完了，之后接受到的消息都是对应channel类型的零值，要注意的是，从一个关闭的channel中接收消息是完全不会阻塞的！！当然，我们可以通过接收操作的第二个参数来判断channel是否已经关闭，如果关闭，就不要继续接收消息了。

回到上面的recover话题，为什么不提议这么做呢，因为一旦这么做，就意味着你对自己的程序设计时存在什么潜在的bug根本就不清楚，只想着通过异常处理这种最粗暴的方式来解决。向一个还在打开的channel发送消息，就是设计上可能存在的bug！

其实从底层来说，close也是channel上的一次消息发送操作，只不过发送的是一个特殊的关闭消息，该消息就是承诺给系统，该channel绝对不会再收到任何消息。如果继续发送消息，就会违背这种承诺。同时，由于close也是消息发送，因此重复close也会导致panic。

大家应该都知道这个idiom：只应该由发送方来关闭channel。那同学们肯定也有疑问，那如果同一个channel有多个发送方呢？这个就是我们程序设计的问题了，如果多个发送方都要求去关闭channel，但是彼此之间根本就不沟通，那就是有问题的：因为这种情况下，如果某个发送方要关闭channel，却不通知其它发送方，那就存在很大的潜在bug了，至少关闭一个公有频道，需要得到大家的认可才行！

这里附上Rob Pike大神的一段原文翻译：

关闭一个channel就是释放一个资源。多次关闭一个channel就像多次关闭文件描述符、多次释放内存块一样，都是没有任何意义的。这些操作都意味着代码是有问题的，这也是为什么我们设计时就强制产生了panic。


看看，大神果然是大神，一句话就阐述清了问题：都是设计和代码问题！因此让自己的设计和代码清晰明朗起来是非常重要的，能不用recover解决问题就不用。

总之，Go的设计原则就是简洁、清晰、不冗余，用一句流行语来说：我的代码，我做主！







孙飞 Sunface
关注
Go 语言channel的应用场景及使用技巧
禅与代码的艺术
08-13 1219
Go 语言channel的应用场景及使用技巧
【面试题】Golang 之Channel底层原理 (第三篇)
abclui的专栏
07-12 1506
在使用 channel 进行 goroutine 之间的通信时，有时候场面会变得十分复杂，以至于写出难以觉察、难以定位的偶现 bug，而且上线的时候往往跑得好好的，直到某一天深夜收到服务挂了、OOM 了之类的告警…… 来梳理一下使用 channel 中常见的三大坑：panic、死锁、内存泄漏，做到防患于未然。
【Go】channel相关的panic场景
weixin_45919793的博客
10-22 919
1.关闭为nil的channel。
go 10行代码踩遍channel的3个panic
qq_44987522的博客
10-26 3700
go 10行代码踩遍channel的3个panic 0、nil channel的阻塞 开发的时候，由于疏忽，没有初始化channel，写出如下代码： func main() { var ch chan int // nil channel go func() { ch <- 123 // 阻塞 }() fmt.Println(<-ch) // 阻塞 } 开始执行，发现程序完全阻塞，除此之外，没有任何其他异常——读写 nil channel都会阻塞，不会panic。 尝试一下关闭这
Go 语言中的 Panic：处理不可恢复错误的紧急机制
最新发布
Tekin 是深耕技术 20 年的全栈实战派专家，精通 Go/Python/Java 等多语言开发。博客专注技术原理与实战结合，深度解析 Python 高阶编程、Go 语言架构、数据库优化等硬核内容。涵盖并发编程、机器学习、云原生等前沿领域，通过真实案例拆
05-14 1090
在 Go 语言中，panic 是一种用于处理不可恢复错误的紧急机制，通常用于指示程序运行时的意外故障。当 panic 发生时，程序会立即停止当前函数的执行，逐层回溯调用栈执行 defer 语句，若未捕获则程序退出并输出错误信息和堆栈跟踪。与 error 不同，panic 用于处理不可恢复的错误，而 error 用于处理预期且可处理的错误。panic 的典型使用场景包括除零错误、文件操作失败等不可恢复的系统错误。最佳实践建议谨慎使用 panic，优先通过 error 处理常规错误，并结合 defer 和 re
Uber Go 语言编程规范：不要panic
hero_java的专栏
03-08 236
运行在生产环境中的代码必须避免panics。Panics 是cascading failures级联失败的主要根源。如果有错误发生，函数必须返回一个错误并且允许调用者决定如何处理它。 Bad func run(args []string) { if len(args) == 0 { //直接panic了 panic("an argument is required") } // ... } func main() { run(os.Args[1:]) } Goo..
golang panic和recover
weixin_41479678的博客
12-21 425
panic和cover Panic：是内建的停止控制流的函数。相当于其他编程语言的抛异常操作。当函数F调用了panic，F的执行会被停止，在F中panic前面定义的defer操作都会被执行，然后F函数返回。对于调用者来说，调用F的行为就像调用panic（如果F函数内部没有把panic recover掉）。如果都没有捕获该panic，相当于一层层panic，程序将会crash。panic可以直接调用，也可以是程序运行时错误导致，例如数组越界。 Recover：是一个从panic恢复的内建函数。Recover只
go语言面试（第一轮）请你说说channel 死锁的场景
MLittlehands的博客
09-17 806
产生死锁的场景有两种： 1..当一个channel中没有数据，而直接读取时，会发生死锁。(空读) 2.当channel数据满了，再尝试写数据会造成死锁。（满写）
Go语言中channel阻塞时G
03-09
嗯，用户问的是Go语言中channel阻塞时G的情况。首先，我需要回忆一下Go的并发模型。记得Goroutine（G）是轻量级线程，由Go运行时管理。Channel是用于G之间通信的主要机制，阻塞是常见的现象。 用户可能想知道当...
Golang中的管道(channel) 、goroutine与channel实现并发、单向管道、select多路复用以及goroutine panic处理
周小末天天开心的博客
05-22 4825
管道（channel）、goroutine与channel实现并发、单向管道、select多路复用、goroutine panic处理
理解 Go 语言的分组操作
禅与代码的艺术
08-09 1138
理解 Go 语言分组操作
go语言写源码学goroutine、channel、panic、recover
大大大大大成子的学习轨迹
08-13 448
自己记录。 package main import ( "fmt" "sync" "time" ) var wg = sync.WaitGroup{} //计数信号量，跟踪goroutine是否完成 func main() { c := make(chan int) wg.Add(3) go Go(c)//GO,GO,GO go func(cha chan int) { //...
go语言panic相关问题
xueming128的博客
11-29 539
本人在实际开发中碰到的系统panic的问题 r.ParseForm() if len(r.Form[“userName”]) == 0 ||len(r.Form[“certNum”]) ==0 ||len(r.Form[“contactTel”]) ==0 || r.Form[“certType”] == nil{ //Logger.Error(“err is [%v]”,err.Error())...
引起panic的channel操作
十年+游戏后端
01-12 699
closeclosepanic：确保只关闭通道一次。可以通过合理的程序逻辑来控制关闭通道的操作，例如在一个特定的defer语句中关闭通道，并且确保这个defer语句只会执行一次。<-panic：在向通道发送数据之前，应该检查通道是否已经关闭。可以通过一个额外的变量来标记通道的状态，或者使用select语句结合default分支来避免向已关闭的通道发送数据。另一种更优雅的方式是使用select语句。
golang已关闭channel
10-12 1万+
golang向已关闭的 channel 发送数据会造成 panic package main import ( "fmt" "time" ) func main() { ch := make(chan int) for i := 0; i < 3; i++ { go func(idx int) { ch <- idx }(i) } fmt.Println(<-ch) close(ch) time.Sleep(2 * time.Second) .
Golang 如何优雅关闭 channel
热门推荐
路漫漫其修远兮
11-22 1万+
Golang 内建的 close 方法可以关闭 channel，如果往已经关闭的 channel 发送数据，则会报错：panic: close of closed channel.
【go源码分析】go源码之channel源码分析
zhonglinzhang
11-11 4429
源码路径runtime/chan.go CSP 模型 CSP 模型全称为 communicating sequential processes，CSP 模型由并发执行实体(进程，线程或协程)，和消息通道组成，实体之间通过消息通道发送消息 channel读写 ch := make(chan int) // write ch &lt;- x // read x &lt;- ch...
Golang 关闭的Channel读写问题
skh2015java的博客
08-18 4554
1.向一个已关闭的channel发送元素会引起panic panic: send on closed channel package main import ( "sync" "time" ) func main() { ch := make(chan struct{}) close(ch) var wg sync.WaitGroup wg.Add(1) go func() { ch <- struct{}{} time.Sleep(time.Second*2)
Go 知识点（07）— 对已经关闭通道进行读写
wohu1104的专栏
04-08 2943
今天我们来看下对已经关闭通道进行读写会发生什么情况。 1. 对已关闭通道进行写操作 看下面代码会输出什么结果？ func main() { ch := make(chan string, 1) close(ch) ch <- "hello, world" fmt.Println(<-ch) } 输出结果为： panic: send on closed channel 这个结果无论对于非缓冲通道还是缓冲通道都是一样的，即对已经关闭的通道进行写操作，会触发 panic 。 2. 对已关闭
go语言中channel
03-13
### Go语言中Channel的使用教程 #### 创建通道 在Go语言里，`make()`函数用来创建通道。语法如下所示： ```go ch := make(chan int) ``` 这行代码创建了一个整型的无缓冲通道[^1]。 #### 发送和接收数据 向通道发送数据使用的符号是箭头`->`放在通道变量之后，而接收则是在通道前加上 `<-` 。下面是一个简单的例子来展示如何在一个goroutine中发送，在另一个goroutine中接收。 ```go func main() { ch := make(chan string) go func() { ch <- "hello" }() msg := <-ch fmt.Println(msg) } ``` #### 关闭通道 当不再需要继续通过某个特定方向传送消息时可以关闭该通道。通常情况下由生产者负责关闭通道。一旦被关闭，则不能再往里面发消息，但是仍然可以从已有的未读取消息队列中获取信息直到全部取出为止。 ```go close(ch) ``` #### 缓冲通道 除了默认的无缓冲通道外，还可以指定大小初始化带缓冲区版本的通道。这样即使没有其他goroutines准备立即处理新传入的数据项也不会造成阻塞现象发生。 ```go bufferedCh := make(chan int, 3) // 定义长度为3的缓冲chan ``` #### 非阻塞操作 利用内置的选择语句 `select {}`, 可以实现非阻塞式的收发行为。如果没有任何case能够执行的话就会触发default分支下的逻辑部分。 ```go select { case v := <-ch: fmt.Printf("received %v\n", v) default: fmt.Println("no message received") } ``` ### 常见问题解答 有时可能会遇到尝试对nil类型的通道进行操作的情况，这是不允许的行为并会引发panic错误。因此务必记得总是要先调用`make()`完成实例化再做进一步的动作[^2]。 另外需要注意的是关于同步与异步的区别：对于不含有任何内部存储空间（即容量设为了零）的一类对象而言它们属于完全同步性质；而对于那些拥有一定数量槽位可供临时存放待交换的信息单元来说则是有条件性的——取决于当前剩余可用位置的数量多少决定着是否允许立刻提交或者提取请求而不必等待对方响应[^5]。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值