Goselect竟然死锁了。。。

大家好,我是 polarisxu。

公司主营业务:成都做网站、网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联推出昭苏免费做网站回馈大家。

前两天,火丁笔记发了一篇文章:《一个 select 死锁问题》[1],又是一个小细节。我将其中的问题改一下,更好理解:

 
 
 
 
  1. package main
  2. import "sync"
  3. func main() {
  4.  var wg sync.WaitGroup
  5.  foo := make(chan int)
  6.  bar := make(chan int)
  7.  wg.Add(1)
  8.  go func() {
  9.   defer wg.Done()
  10.   select {
  11.   case foo <- <-bar:
  12.   default:
  13.    println("default")
  14.   }
  15.  }()
  16.  wg.Wait()
  17. }

按常规理解,go func 中的 select 应该执行 default 分支,程序正常运行。但结果却不是,而是死锁。可以通过该链接测试:https://play.studygolang.com/p/kF4pOjYXbXf。

原因文章也解释了,Go 语言规范中有这么一句:

For all the cases in the statement, the channel operands of receive operations and the channel and right-hand-side expressions of send statements are evaluated exactly once, in source order, upon entering the “select” statement. The result is a set of channels to receive from or send to, and the corresponding values to send. Any side effects in that evaluation will occur irrespective of which (if any) communication operation is selected to proceed. Expressions on the left-hand side of a RecvStmt with a short variable declaration or assignment are not yet evaluated.

不知道大家看懂没有?于是,最后来了一个例子验证你是否理解了:为什么每次都是输出一半数据,然后死锁?(同样,这里可以运行查看结果:https://play.studygolang.com/p/zoJtTzI7K5T)

 
 
 
 
  1. package main
  2. import (
  3.  "fmt"
  4.  "time"
  5. )
  6. func talk(msg string, sleep int) <-chan string {
  7.  ch := make(chan string)
  8.  go func() {
  9.   for i := 0; i < 5; i++ {
  10.    ch <- fmt.Sprintf("%s %d", msg, i)
  11.    time.Sleep(time.Duration(sleep) * time.Millisecond)
  12.   }
  13.  }()
  14.  return ch
  15. }
  16. func fanIn(input1, input2 <-chan string) <-chan string {
  17.  ch := make(chan string)
  18.  go func() {
  19.   for {
  20.    select {
  21.    case ch <- <-input1:
  22.    case ch <- <-input2:
  23.    }
  24.   }
  25.  }()
  26.  return ch
  27. }
  28. func main() {
  29.  ch := fanIn(talk("A", 10), talk("B", 1000))
  30.  for i := 0; i < 10; i++ {
  31.   fmt.Printf("%q\n", <-ch)
  32.  }
  33. }

有没有这种感觉:

算法入门

这是 StackOverflow 上的一个问题:https://stackoverflow.com/questions/51167940/chained-channel-operations-in-a-single-select-case。

关键点和文章开头例子一样,在于 select case 中两个 channel 串起来,即 fanIn 函数中:

 
 
 
 
  1. select {
  2. case ch <- <-input1:
  3. case ch <- <-input2:
  4. }

如果改为这样就一切正常:

 
 
 
 
  1. select {
  2. case t := <-input1:
  3.   ch <- t
  4. case t := <-input2:
  5.   ch <- t
  6. }

结合这个更复杂的例子分析 Go 语言规范中的那句话。

对于 select 语句,在进入该语句时,会按源码的顺序对每一个 case 子句进行求值:这个求值只针对发送或接收操作的额外表达式。

比如:

 
 
 
 
  1. // ch 是一个 chan int;
  2. // getVal() 返回 int
  3. // input 是 chan int
  4. // getch() 返回 chan int
  5. select {
  6.   case ch <- getVal():
  7.   case ch <- <-input:
  8.   case getch() <- 1:
  9.   case <- getch():
  10. }

在没有选择某个具体 case 执行前,例子中的 getVal()、<-input 和 getch() 会执行。这里有一个验证的例子:https://play.studygolang.com/p/DkpCq3aQ1TE。

 
 
 
 
  1. package main
  2. import (
  3.  "fmt"
  4. )
  5. func main() {
  6.  ch := make(chan int)
  7.  go func() {
  8.   select {
  9.   case ch <- getVal(1):
  10.    fmt.Println("in first case")
  11.   case ch <- getVal(2):
  12.    fmt.Println("in second case")
  13.   default:
  14.    fmt.Println("default")
  15.   }
  16.  }()
  17.  fmt.Println("The val:", <-ch)
  18. }
  19. func getVal(i int) int {
  20.  fmt.Println("getVal, i=", i)
  21.  return i
  22. }

无论 select 最终选择了哪个 case,getVal() 都会按照源码顺序执行:getVal(1) 和 getVal(2),也就是它们必然先输出:

 
 
 
 
  1. getVal, i= 1
  2. getVal, i= 2

你可以仔细琢磨一下。

现在回到 StackOverflow 上的那个问题。

每次进入以下 select 语句时:

 
 
 
 
  1. select {
  2. case ch <- <-input1:
  3. case ch <- <-input2:
  4. }

<-input1 和 <-input2 都会执行,相应的值是:A x 和 B x(其中 x 是 0-5)。但每次 select 只会选择其中一个 case 执行,所以 <-input1 和 <-input2 的结果,必然有一个被丢弃了,也就是不会被写入 ch 中。因此,一共只会输出 5 次,另外 5 次结果丢掉了。(你会发现,输出的 5 次结果中,x 比如是 0 1 2 3 4)

而 main 中循环 10 次,只获得 5 次结果,所以输出 5 次后,报死锁。

虽然这是一个小细节,但实际开发中还是有可能出现的。比如文章提到的例子写法:

 
 
 
 
  1. // ch 是一个 chan int;
  2. // getVal() 返回 int
  3. // input 是 chan int
  4. // getch() 返回 chan int
  5. select {
  6.   case ch <- getVal():
  7.   case ch <- <-input:
  8.   case getch() <- 1:
  9.   case <- getch():
  10. }

因此在使用 select 时,一定要注意这种可能的问题。

不要以为这个问题不会遇到,其实很常见。最多的就是 time.After 导致内存泄露问题,网上有很多文章解释原因,如何避免,其实最根本原因就是因为 select 这个机制导致的。

比如如下代码,有内存泄露(传递给 time.After 的时间参数越大,泄露会越厉害),你能解释原因吗?

 
 
 
 
  1. package main
  2. import (
  3.     "time"
  4. )
  5. func main()  {
  6.     ch := make(chan int, 10)
  7.     go func() {
  8.         var i = 1
  9.         for {
  10.             i++
  11.             ch <- i
  12.         }
  13.     }()
  14.     for {
  15.         select {
  16.         case x := <- ch:
  17.             println(x)
  18.         case <- time.After(30 * time.Second):
  19.             println(time.Now().Unix())
  20.         }
  21.     }
  22. }

参考资料

[1]《一个 select 死锁问题》: https://blog.huoding.com/2021/08/29/947

本文转载自微信公众号「polarisxu」,可以通过以下二维码关注。转载本文请联系polarisxu公众号。

标题名称:Goselect竟然死锁了。。。
本文URL:http://www.shufengxianlan.com/qtweb/news39/508439.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联