Golang - 对已经关闭的chan进行读写,会怎么样?为什么?

1)、读已经关闭的 chan 能一直读到东西,但是读到的内容根据通道内关闭前是否有元素而不同。

  • c.closed != 0 && c.qcount == 0指通道已经关闭,且缓存为空的情况下(已经读完了之前写到通道里的值)
  • 如果接收值的地址ep不为空
    • 那接收值将获得是一个该类型的零值(即对应类型的默认值)
    • typedmemclr 会根据类型清理相应地址的内存
    • 这就解释了上面代码为什么关闭的chan会返回对应类型的零值

  1、如果 chan 关闭前,buffer 内有元素还未读 , 会正确读到 chan 内的值,且返回的第二个 bool 值(是否读成功)为 true。
  2、如果 chan 关闭前,buffer 内有元素已经被读完,chan 内无值,接下来所有接收的值都会非阻塞直接成功,返回 channel 元素的零值,但是第二个 bool 值一直为 false。

为了判断当前 channel 是否被关闭,可以使用下面的写法来判断。

if v, ok := <-ch; !ok {
  fmt.Println("channel 已关闭,读取不到数据")
}

2)、写已经关闭的 chan 会 panic

  • c.closed != 0则为通道关闭,此时执行写,源码提示直接panic,输出的内容就是上面提到的"send on closed channel"
posted @   李若盛开  阅读(508)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
点击右上角即可分享
微信分享提示