golang面试题:对已经关闭的的chan进行读写,会怎么样?为什么?

5,694 阅读2分钟

问题

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

怎么答

  • 已经关闭chan 能一直读到东西,但是读到的内容根据通道内关闭前是否有元素而不同。
    • 如果 chan 关闭前,buffer 内有元素还未读 , 会正确读到 chan 内的值,且返回的第二个 bool 值(是否读成功)为 true
    • 如果 chan 关闭前,buffer 内有元素已经被读完chan 内无值,接下来所有接收的值都会非阻塞直接成功,返回 channel 元素的零值,但是第二个 bool 值一直为 false
  • 已经关闭chanpanic

举例

1. 写已经关闭的 chan
  • 注意这个 send on closed channel,待会会提到。
2. 读已经关闭的 chan

多问一句

1. 为什么写已经关闭的 chan 就会 panic 呢?

  • c.closed != 0 则为通道关闭,此时执行写,源码提示直接 panic,输出的内容就是上面提到的 "send on closed channel"

2. 为什么读已关闭的 chan 会一直能读到值?

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

文章推荐:

如果你想每天学习一个知识点?