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

小白debug大约 2 分钟

问题

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

相关文章

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