Go 并发(四):select篇

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

转载于公众号:灰子学技术

原文链接:https://mp.weixin.qq.com/s/nJRVbhRQCgWHR1eHSfBpFA

一、前言介绍:

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

相关的背景知识:

1.Go语言并发篇(一):之go语句篇:https://mp.weixin.qq.com/s/FD-MP9r5sEn1QYRAYZE_4g

2.Go语言之goroutine的调度原理: https://mp.weixin.qq.com/s/hTgIyJN7p-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 )

例子:

select 的特性:
1. 如果只有一个 case 语句评估通过,那么就执行这个case里的语句

2. 如果有多个 case 语句评估通过,那么通过伪随机的方式随机选一个

3.如果 default 外的 case 语句都没有通过评估,那么执行 default 里的语句

4.如果没有 default,那么 代码块会被阻塞,直到有一个 case 通过评估;否则一直阻塞

 

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

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

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

特性3: 有default的例子:

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

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

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

三、select的应用场景

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

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

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

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

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

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

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

1.复现channel阻塞的例子:

2.超时处理的例子:

例子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何时结束。

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

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

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

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

 

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

image.png


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

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

2022 次点击  ∙  1 赞  
加入收藏 微博
被以下专栏收入,发现更多相似内容
2 回复  |  直到 2019-09-11 18:15:15
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传