问题

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

相关文章

• golang进阶面试题八股文合集

• golang基础面试题八股文合集

• golang常用标准库第三方库大全

• golang学习路线

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