关于go channel阻塞的深入讨论

2021/8/7 23:06:48

本文主要是介绍关于go channel阻塞的深入讨论,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

  1. 按照通常的理解,Channel满了,就阻塞写;Channel空了,就阻塞读
  2. go协程很聪明,阻塞之后它就主动交出cpu,相当于调用runtime.Gosched(),让其他协程去执行,希望其他协程能帮自己解除阻塞(当然是通过读写管道的方式)
  3. 如果阻塞发生在main协程里,并且没有其他子协程可以执行,那就可以确定“希望永远等不来”,自已把自己杀掉,报一个fatal error:deadlock出来
  4. 如果阻塞发生在子协程里,就不会发生死锁,因为至少main协程是一个值得等待的“希望”,会一直等下去

结论:读一个空管道或写一个缓冲已经满的管道,到底会发生什么行为,需要分情况讨论:

1. 发生在非main协程里,则阻塞
2. 发生在main协程里
  2.1 没有其他非main协程可以执行,报 fatal error: all goroutines are asleep - deadlock!
  2.2 有其他非main协程可以执行,则main协程会让他们先执行
    2.2.1 非main协在程执行过程中,帮main协程解除了阻塞
    2.2.2 非main协执行结束后,依然没有帮main协程解除阻塞,则main协程报 fatal error: all goroutines are asleep - deadlock!



这篇关于关于go channel阻塞的深入讨论的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程