[go语言]channel的一个"奇怪"特性
EthanDorisHope · · 2600 次点击 · · 开始浏览(转自go技术晨读)
go语言的channel有一个看上去很奇怪的特性,就是如果向一个为空值(nil)的channel写入或者读取数据,当前goroutine将永远阻塞。
以上四个main函数都会永远阻塞(但是因为没有其他goroutine,所以runtime会报告一个deadlock错误)
为什么go team 要这么设计呢?
据说是为了实现一个叫"guarded selective wating"的模式,及条件等待:在select中的一些case中如果对应的条件不满足就不在这个case上等待。
有这样一个场景:
利用nil channel特性,可以非常优雅的实现:
以上是利用nil channel实现的永久阻塞。
——-——————————— 华丽分割线 ——————————————
如果我们创建一个channel,但是不向它写数据也不关闭,只是读数据,也可以实现永久阻塞的效果。效果如下:
这就意味着,对于实现"guarded selective wating"模式来说,nil channel的永久阻塞特性并不是必须的,但是nil channel显然更方便,也不需要浪费额外的资源去创建一个用来永久阻塞的channel。
有疑问加站长微信联系(非本文作者)
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
关注微信- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码` - 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传
收入到我管理的专栏 新建专栏
(转自go技术晨读)
go语言的channel有一个看上去很奇怪的特性,就是如果向一个为空值(nil)的channel写入或者读取数据,当前goroutine将永远阻塞。
以上四个main函数都会永远阻塞(但是因为没有其他goroutine,所以runtime会报告一个deadlock错误)
为什么go team 要这么设计呢?
据说是为了实现一个叫"guarded selective wating"的模式,及条件等待:在select中的一些case中如果对应的条件不满足就不在这个case上等待。
有这样一个场景:
利用nil channel特性,可以非常优雅的实现:
以上是利用nil channel实现的永久阻塞。
——-——————————— 华丽分割线 ——————————————
如果我们创建一个channel,但是不向它写数据也不关闭,只是读数据,也可以实现永久阻塞的效果。效果如下:
这就意味着,对于实现"guarded selective wating"模式来说,nil channel的永久阻塞特性并不是必须的,但是nil channel显然更方便,也不需要浪费额外的资源去创建一个用来永久阻塞的channel。