golang面试题：对已经关闭的的chan进行读写，会怎么样？为什么？

问题

对已经关闭的的 chan 进行读写，会怎么样？为什么？

怎么答

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

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

举例

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 会返回对应类型的零值