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

9號 · · 1516 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

image

问题

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

怎么答

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

举例

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

多问一句

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

image

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

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

image

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

文章推荐:

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

有疑问加站长微信联系(非本文作者)

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

1516 次点击  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传