golang select default continue_Go并发(四):select篇

转载于公众号:灰子学技术
原文链接: https:// mp.weixin.qq.com/s/nJRV bhRQCgWHR1eHSfBpFA

一、前言介绍:

对于Go语言并发通讯,是使用的协程goroutine,而协程之间的通讯采用的是channel。但是channel不管是有缓存的,还是无缓存的都会有阻塞的情况出现,只不过无缓存的阻塞会更加频繁。而协程长时间阻塞了之后,Go语言本身又没有提供这种超时的解决机制,所以开发者需要自己考虑实现这种超时机制。这种超时机制在Go语言中则是使用select来解决的。

相关的背景知识:

1.Go语言并发篇(一):之go语句篇: https:// mp.weixin.qq.com/s/FD-M P9r5sEn1QYRAYZE_4g
2.Go语言之goroutine的调度原理: https:// mp.weixin.qq.com/s/hTgI yJN7p-wrDfLj1bP1wQ
3.Go并发之channel篇: https:// mp.weixin.qq.com/s/PIb- gGBootc6581pHhi5ew

二、Select内容介绍

我们先来看几个问题, select是什么?它都有那些特性?

语法定义:
select是Go语言中的一个控制语句,它有select,case, default共同构成,与switch的书写方式类似。
select只用来操作的channel的读写操作。
( 备注:golang 的 select 本质上,就是监听 IO 操作,当 IO 操作发生时,触发相应的动作。也是常用的多路复用的一种,例如poll, epoll( 这个会在另外一个帖子中介绍), select )

例子:

15d84c85564d06bea5f4c7bbde9adbd6.png

eb3c4f3d545219664d336701fcba852b.png
select 的特性:
1. 如果只有一个 case 语句评估通过,那么就执行这个case里的语句
2. 如果有多个 case 语句评估通过,那么通过 伪随机的方式随机选一个
3.如果 default 外的 case 语句都没有通过评估,那么执行 default 里的语句
4.如果没有 default,那么 代码块会被阻塞,直到有一个 case 通过评估;否则一直阻塞

特性1: select正常case能够评估通过的例子:

aed17f268240a37b3a2af50c9142c698.png

eb3c4f3d545219664d336701fcba852b.png

特性4: 没有default分支,select被阻塞住的例子:

68ee24af8f1887fb25f546e2e5e9216d.png

eb3c4f3d545219664d336701fcba852b.png

对比特性1,会发现,select在探测不到case是接收c1数据的情况下,会阻塞在哪里,不会打印"go end!"

特性3: 有default的例子:

b1f1413c02bb9adaf8260a5321ad5576.png

eb3c4f3d545219664d336701fcba852b.png

select存在default的话,在case不命中的情况下,会直接进入default分支,协程一样会结束,不会阻塞住。

特性2: 多个case 同时满足的情况,会随机选择一个case

9c5dc4feb66658c8baa1b6096acd955c.png

eb3c4f3d545219664d336701fcba852b.png

​通过输出我们可以看出来,尽管channel c1和c2基本是同时写的数据到channel中,但是select选择了c2,忽略了c1。

三、select的应用场景

在看完了select的特性之后,笔者知道了channel的使用方式。可是到底什么时候使用select呢?于是笔者便问了自己另外一个问题。

select的应用场景都有那些,为什么我们需要select?

场景一:实现非阻塞读写操作。

根据select的特性3(如果 default 外的 case 语句都没有通过评估,那么执行 default 里的语句), 我们可以实现非阻塞的读写操作。

这种情况,一般是发生在服务器在给用户推送数据之后,不希望用户一直阻塞在读操作上面。代码实例参考特性3的例子,我们利用default来跳过这个阻塞过程。

场景二: 为请求设置超时时间。

这一个场景也就是前言介绍里面提到的协程通讯时候,长时间收不到读写操作,导致协程一直被阻塞的情况,而超时机制则是一个很常规的操作。我们来看下例子:

1.复现channel阻塞的例子:

b74a791d4a8e44752278c2e2ce1a874f.png

eb3c4f3d545219664d336701fcba852b.png

​2.超时处理的例子:

96aecbe70d4c56a9621dab3bfdb1b236.png

eb3c4f3d545219664d336701fcba852b.png

​例子1,因为channel中没有数据可读,导致协程一直阻塞住,并没有go end的日志打印出来。

例子2, 虽然channel 中依然没有数据可读,但是我们实现了超时机制,在2s超时之后,select会触发超时相关的channel,进而结束协程go的阻塞,打印出go end日志。

场景三: 调度协程,控制其他协程的退出或者完成

在并发程序中,通常 main goroutine 将任务分给其它 goroutine 去完成,而自身只是起到调度作用。这种情况下,main goroutine无法知道 其它goroutine 任务是否完成,此时我们需要 done channel来协助完成。

例子为:

不实用done channel的方式,会发现main的goroutinue并不会等待其他的goroutine结束之后,才结束,也不知道其他的goroutiue何时结束。

32f1dcc41471b2132585a15ffe67caf4.png

eb3c4f3d545219664d336701fcba852b.png

添加了done channel之后,main goroutinue可以等待其他的goroutinue结束之后,再结束。

91557538d34d3fda9902db1dd8aa7ead.png

eb3c4f3d545219664d336701fcba852b.png

备注:对于select的实现机制,这个在后面的文章中介绍。

Go Channel 详解: https://colobu.com/2016/04/14/Golang-Channels/

Go语言并发模型:使用 select:https://segmentfault.com/a/1190000006815341

灰子学技术,欢迎关注,点评,相互学习。

25f5a0f2a15d5312982e5ddafbc8e579.png

eb3c4f3d545219664d336701fcba852b.png

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值