Goroutine和channel是Go在“并发”方面两个核心feature。我自己在使用golang开发时会被常会被channel所困扰。废话不多说,正题开始.


那么golang的channel是什么? 

简单说他可以让goroutine之间互相通信,通俗讲我可以通过channel传递信息给goroutine。 我可以通过channel来控制调度goroutine。

那么channel有几个分类?

对于golang的channel的基础我还是有些了解的,channel主要有两类,一类是无缓冲,一类是有缓冲 。

该文章写的有些乱,欢迎来喷 ! 另外文章后续不断更新中,请到原文地址查看更新。

http://xiaorui.cc/2016/03/04/%E8%AF%B4%E8%AF%B4golang-goroutine%E5%B9%B6%E5%8F%91%E6%97%B6%E9%81%87%E5%88%B0%E6%AD%BB%E9%94%81%E9%97%AE%E9%A2%98/


如果channel是无缓冲的,接收方会一直阻塞直到有数据到来。发送方会一直阻塞直到接收方将数据取出。如果channel带有缓冲区,发送方会一直阻塞直到数据被拷贝到缓冲区;如果缓冲区已满,则发送方只能在接收方取走数据后才能从阻塞状态恢复。


channel信道的输入输出一般是成对出现的,如果不成对那边就会出现死锁的情况。 有时候死锁不会中断程序,但是会影响后面的逻辑的执行,也就是会一直阻塞。

但是我下面的例子明明没有使用channel,为什么会出现死锁的情况. 

出现的结果. fatal error: all goroutines are asleep – deadlock!

这个问题需要从两个地方来解释:

第一, select{}的用途,原本以为select{}是用来阻塞goroutine协程的,但select{}会监听io事件,也就是说我这里的select{}需要添加channel接受,在go执行的函数里也要传递信息给channel。

第二,这个实例脚本明显不是那种一直跑的服务,而是个脚本。 重点在于我们会在脚本退出前确保goroutine执行完。   这就需要使用go的同步阻塞模式。

golang的同步阻塞有channel跟sync两种方式。

我们先来channel select监听io的方式。

下面是sync.WaitGroup实现的阻塞同步方式。

废话一句,go channel要根据自己的环境选择channel种类。 Golang的goroutine不会遇到堵塞的问题,但配合channel使用时问题就多了,所以说一定要区分出无缓冲信道和缓冲信道的区别。



对Python及运维开发感兴趣的朋友可以加QQ群 : 478476595 !!!
{ 2000人qq大群内有各厂大牛,常组织线上分享及沙龙,对高性能及分布式场景感兴趣同学欢迎加入该QQ群 }

另外如果大家觉得文章对你有些作用!   帮忙点击广告. 一来能刺激我写博客的欲望,二来好维护云主机的费用.
如果想赏钱,可以用微信扫描下面的二维码. 另外再次标注博客原地址  xiaorui.cc  ……   感谢!
暂无相关产品

发表评论