读写关闭的 channel 有啥后果？
在 go 的面试中，最常问到的知识点无疑是 channel 了。
当 channel 关闭后再去读取数据会出现啥情况，最经常被问到。
一、正常的 channel
首先我们先来一段正常操作的代码：
ch := make(chan int, 3)
ch <- 1
ch <- 2
ch <- 3
for item := range ch {
fmt.Println(item)
}
这段代码应该非常熟悉，这样写是否有问题呢？
执行后的结果：
$ go run n.go
1
2
3
fatal error: all goroutines are asleep - deadlock!
如果一个 channel 不在某个协程里面关闭的话，我们的 for range 就会报死锁的错误。
二、关闭后再读取
1、使用 for range 读取关闭后的 channel
现在我们在 for range 之前关闭下这个 channel，看会出现啥情况：
ch := make(chan int, 3)
ch <- 1
ch <- 2
ch <- 3
close(ch)
// 如果不关闭会报死锁 fatal error: all goroutines are asleep - deadlock!
for item := range ch {
fmt.Println(item)
}
这样写代码会出现啥问题呢？
$ go run n.go
1
2
3
啥错也没有，正常的读取。
2、直接独立取值
下面我们换直接独立取值的方式：
ch := make(chan int, 3)
ch <- 1
ch <- 2
ch <- 3
close(ch)
item, state := <-ch // state 为是否读到有值
fmt.Println(item, state)
state 会返回是否取到了值，这段代码的执行结果是取到第一个值：
$ go run n.go
1 true
如果我们反复读取呢？
ch := make(chan int, 3)
ch <- 1
ch <- 2
ch <- 3
close(ch)
<-ch
<-ch
<-ch
item, state := <-ch // state 为是否读到有值
fmt.Println(item, state) //全部读完值之后，再读也不会报错，只会取到零值
我前面读取 3 次，把里面的数据读取完毕后，再读取得到就是零值了。
$ go run n.go
0 false
所以结论是：如果 channel 有元素还未读，会正确读出来，哪怕他已经关闭了。
三、往里面写值呢？
最后一起来看下，当 channel 关闭后，往里面写值会怎样？
ch := make(chan int, 3)
ch <- 1
ch <- 2
ch <- 3
close(ch)
ch <- 4
这段代码执行后的结果：
$ go run n.go
panic: send on closed channel
会报 panic，具体原因我们可以看 go 的源码，路径为：src/runtime/chan.go
本文参与 腾讯云自媒体同步曝光计划，分享自微信公众号。
原始发表：2022-07-18，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
目录
腾讯云开发者
