Golang并发模型系列:select进阶

 go教练   2019-07-17 15:43   73 人阅读  0 条评论

nil的通道永远阻塞

case上读一个通道时,如果这个通道是nil,则该case永远阻塞。这个功能有1个妙用,select通常处理的是多个通道,当某个读通道关闭了,但不想select再继续关注此case,继续处理其他case,把该通道设置为nil即可。

下面是一个合并程序等待两个输入通道都关闭后才退出的例子,就使用了这个特性。

 微信截图_20190717094704.png

如何跳出for-select

break在select内的并不能跳出for-select循环。看下面的例子,consume函数从通道inCh不停读数据,期待在inCh关闭后退出for-select循环,但结果是永远没有退出。

 微信截图_20190717094734.png

运行结果:

 微信截图_20190717094755.png

既然break不能跳出for-select,那怎么办呢?给你3个锦囊:

在满足条件的case内,使用return,如果有结尾工作,尝试交给defer。

select外for内使用 break 跳出循环,如combine函数。

使用goto。

select{}永远阻塞

select{}的效果等价于创建了1个通道,直接从通道读数据:

ch := make(chan int)

但是,这个写起来多麻烦啊!没select{}简洁啊。

但是,永远阻塞能有什么用呢?

当你开发一个并发程序的时候,main函数千万不能在子协程干完活前退出啊,不然所有的协程都被迫退出了,还怎么提供服务呢?

比如,写了个Web服务程序,端口监听、后端处理等等都在子协程跑起来了,main函数这时候能退出吗?

select应用场景

最后,介绍下我常用的select场景:

无阻塞的读、写通道。即使通道是带缓存的,也是存在阻塞的情况,使用select可以完美的解决阻塞读写。

以上就是今天给大家介绍的Golang并发模型系列:select进阶,如果你还想了解更多关于golang的知识技巧,可以持续关注我们http://www.fastgolang.com

本文地址:http://fastgolang.com/100.html
版权声明:本文为原创文章,版权归 go教练 所有,欢迎分享本文,转载请保留出处!

 发表评论


表情

还没有留言,还不快点抢沙发?