go channel多路复用

1. 为什么需要多路复用

Go 程序在并发处理一些任务的时,会为每一个任务创建一个 goroutine,然后需要根据不同的 goroutine 的返回的结果做不同的处理。
如果按照通常的做法,分别获取每个 channel 的结果:

taskCh1 := make(chan bool)
taskCh2 := make(chan bool)
taskCh3 := make(chan bool)

go run(taskCh1)
go run(taskCh2)
go run(taskCh3)

for {
   // 接收通道 1 的结果
   result1 := <-taskCh1
   // 接收通道 2 的结果
   result2 := <-taskCh2
   // 接收通道 3 的结果
   result3 := <-taskCh3
}

然后再根据不同 goroutine 返回的结果做后续的处理,这个代码有个问题,需要等待所有的 goroutine 都执行完成之后才能做出结果,这样实现的效率很低,因为每一个获取 channel 值的过程都是阻塞的。
在处理多个通道时,想同时接收多个通道的数据将会变的很困难。
而且在一些情况下,需要根据先返回通道的做出不同的处理,上面那种方式无法做到,这就需要使用多路复用。

Go 提供了 select 机制来解决这个问题。

2. select 基本使用

select 语法形式和 switch 很相似,switch 接收一个变量,然后根据变量的值做不同的处理,select 操作接收的是通道操作:

ch := make(chan int, 1) // 这个例子中,这里必须用缓冲通道

for {
    select {
    case <-ch:
        time.Sleep(time.Second)
        fmt.Println("case 1 invoke")
    case data := <-ch:
        time.Sleep(time.Second)
        fmt.Printf("case 2 invoke %d\n", data)
    case ch <- 100:
        time.Sleep(time.Second)
        fmt.Println("case3 invoke")
}

在 select 的 case 中,可以执行三种操作:

<- ch:接收通道,但是对值不处理
data := <-ch:接收通道,并处理从通道中得到的结果
ch <- 100:向通道中发送数据

上面的程序运行起来之后,case 3 会首先执行,然后 case1 和 case2 会随机执行一个,程序就这样一直交替运行下去。
如果用 select 改造上面第一个例子中的代码,就是下面这样:

for {
        select {
        // 接收通道 1 的结果
        case r := <-taskCh1:
            fmt.Printf("task1 result %+v\n", r)
        // 接收通道 2 的结果
        case r := <-taskCh2:
            fmt.Printf("task2 result %+v\n", r)
        // 接收通道 3 的结果
        case r := <-taskCh3:
            fmt.Printf("task3 result %+v\n", r)
        }
}

select 会及时响应每一个就绪的 channel,无论是发送数据还是接收数据。

3. 处理超时情况

select 除了用于同时处理多个通道之外,还可以用来处理一些通道超时的情况,通道在阻塞的时候,如果没有外界的干扰,会一直等下去,但是可以通过 select 设置一个超时时间,来打断阻塞:

ch := make(chan int, 1)

select {
case data := <- ch:
    fmt.Printf("case invoke %+v\n", data)
case <-time.After(3 * time.Second):
    fmt.Println("channel timeout")

}

上面的代码在创建了一个通道,但没有向通道中发送数据,如果不用 select,程序就会死锁。
select 中添加了两个 case,一个从通道中获取数据, 但肯定获取不到,所以在 3 秒钟之后,另一个 case 就会执行,返回通道超时的提示,这样就避免了程序会一直等待下去。
还有一个情况是我们有时候需用通过键盘获取其他输入设备向程序发送信号,也可以通过这种方式来实现,把上面的程序再修改一下:

ch := make(chan int, 1)

quitCh := make(chan bool, 1)

go func(ch chan bool) {
    var quit string
    fmt.Printf("quit? are you sure?: ")
    fmt.Scanln(&quit)
    quitCh <- true
}(quitCh)

select {
case data := <- ch:
    fmt.Printf("case invoke %+v\n", data)
case <-quitCh:
    fmt.Println("program quit")

}

这次不再通过超时来控制,而是通过键盘来控制,新建了一个通道,只有在键盘输入之后,才会向通道中发送数据,这样就可以做到自由控制程序的退出。

4. 非阻塞的 select

在上面的示例代码中,其实还少写了一部分,看下面的代码:

ch := make(chan int)

for {
    select {
    case <-ch:
        fmt.Println("case invoke")
    }
}

上面的代码会出现死锁,因为这个 select 只有一个 case,而这个 case 永远都不会接收到数据,所以 select 本身也被阻塞了,程序无法继续运行,就会造成死锁,对于这种情况,我们设置一个可用的 case,让 select 变成非阻塞,就可以解决这个问题。

ch := make(chan int)

for {
    select {
    case <-ch:
        fmt.Println("case invoke")
    default:
        time.Sleep(time.Second)
        fmt.Println("default invoke")
    }
}

这样,程序就不会死锁,而是不断的执行 default 中的内容。

5. 小结

在这篇文章中,我们介绍了通道的多路复用,并说明了可以用到多路复用的场景。下篇文章中,我们来详细聊一下 Go 是如何实现传统的并发模型。

本文转自:https://juejin.cn/post/6970302437571706911

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,445评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,889评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,047评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,760评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,745评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,638评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,011评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,669评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,923评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,406评论 4 320
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,995评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2 342

推荐阅读更多精彩内容