本文深入探讨了Go语言中通道（Channel）的读写行为，特别是通道关闭后的读写规则。当通道关闭，如果仍有未读取的元素，读操作会返回这些元素并标记为成功；若缓冲区为空，后续读操作将非阻塞地返回零值。相反，尝试向已关闭的通道写入会导致恐慌。通过理解这些机制，可以更好地理解和利用Go的并发特性。
会怎样？
读已经关闭的 chan 能一直读到东西，但是读到的内容根据通道内关闭前是否有元素而定。如果 chan 关闭前，buffer 内有元素还未读 , 会读到 chan 内的值，且返回的第二个 bool 值（是否读成功）为 true。如果 chan 关闭前，buffer 内有元素已经被读完，chan 内无值，接下来所有接收的值都会非阻塞直接成功，返回 channel 元素的零值，但是第二个 bool 值一直为 false。
写已经关闭的 chan 会 panic
为什么
当 c.closed != 0 则为通道关闭，此时执行写，源码提示直接 panic，输出的内容就是上面提到的 “send on closed channel”
c.closed != 0 && c.qcount == 0 指通道已经关闭，且缓存为空的情况下（已经读完了之前写到通道里的值）如果接收值的地址 ep 不为空
那接收值将获得是一个该类型的零值typedmemclr 会根据类型清理相应地址的内存这就解释了上面代码为什么关闭的 chan 会返回对应类型的零值
扫一扫
682
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
