Go语言 goroutine,channel与select

Go语言中的 goroutine 非常像轻量级的线程或协程,比起线程要消耗更少的资源,因此可以被大批量的创建。所有的goroutine是共享相同的地址空间,同时Go语言提供了锁原语来保证数据能够安全的跨goroutine共享。

Go语言中的通道 channel 是一个双向或单向的通信管道,默认是双向,若 goroutine 之间需要相互通信,可以通过通道 channel 发送或接收数据。

在 goroutine 与通道 channel 间Go语言提供了轻量级可以扩展的并发方式,该方式不需要共享数据,因此也不需要锁。

goroutine 的创建

//在函数面前加上关键字 go 即可
go function()

通道 channel 的创建

make(chan Type)
make(chan Type,capacity) //指定缓冲区容量

不使用缓冲区容量,那么该通道就是同步的,因此会阻塞直到接收者与发送者都做好准备;
指定缓冲区容量,那么该通道是异步的。

通道 channel发送与接收函数

channel <- value     // 阻塞发送
<-channel            // 接收并将其丢弃  
x:= <-channel        // 接收并将其保存
x,ok := <-channel    // 接收并将其保存,同时检查通道是否已经关闭或者为空

接下来演示一个利用通道计数的函数

func main() {
   counterA := CreateCounter(1)
   counterB := CreateCounter(100)
   for i := 0;i<5 ;i++  {
      a := <-counterA //接收通道 counterA 返回的数据并将其保存
      fmt.Printf("(A --> %d), (B --> %d)\n",a,<-counterB)
   }
}

func CreateCounter(start int)chan int {
   next := make(chan int)
   go func(i int) {
      for  {
         next <-i //由于指定缓冲区容量,因此阻塞发送直到收到从通道中发来的接收数据请求
         i++
      }
   }(start) //花括号后面跟参数表示函数调用
   return next
}

counterA与counterB都是在main函数中的 goroutine 进行调用的。由于 next := make(chan int) 没有设置缓冲区容量,因此 next <-i 会被阻塞,等到main函数中的counterA与counterB被调用并向 CreateCounter 发送请求数据,然后next阻塞解除,向通道发送数据,发送完后又会被阻塞等待下一次的接收数据请求。

有时候程序中可能有多个 goroutine 并发执行,每个 goroutine 都有自己的通道,那么我们可以使用 select 语句来监控它们的通信。

select{
case sendOrReceive1: block1
case sendOrReceive2: block2
...
case sendOrReceiveN: blockN
default: blockD
}

在一个select语句中,Go语言会按照顺序从上到下检查每个语句是否可以执行。若这些语句都可以执行,那么说明没有通道被阻塞,就会随机选择一条语句来执行;若这些语句没有一条语句可以执行,那么就会执行default语句,若没有给出default语句,那么select就会被阻塞,直到至少有一条语句可以被执行为止。

select中的case的执行顺序是随机的,而不像switch中的case那样一条一条的顺序执行。那么,如何实现随机呢?
select和case关键字使用了下面的结构体:

select和case.png

每个select都对应一个Select结构体。在Select数据结构中有个Scase数组,记录下了每一个case,而Scase中包含了

Hchan。然后pollorder数组将元素随机排列,这样就可以将Scase乱序了。

推荐阅读 https://www.laojiyou.com/books/shenrujiexigo/07.1.html

生产者消费者模式
2个面包师同时生产面包,5个顾客同时取面包(尽管以下例子的打印不能说明并发的真实情况,因为channel的操作和打印的组合不是原子操作,但不影响程序的逻辑)

func main() {
   bread := make(chan int,3) 
   for i:=1;i<=2;i++ {
      go produce(bread)
   }
   for i:=1;i<=5;i++ {
      go consume(bread)
   }
   time.Sleep(1e9)
}

func produce(ch chan<- int) {
   for {
      ch <- 1
      fmt.Println("produce bread")
      time.Sleep(100 * time.Millisecond)
   }
}

func consume(ch <-chan int) {
   for {
      <-ch
      fmt.Println("take bread")
      time.Sleep(200 * time.Millisecond)
   }
}

推荐阅读 https://blog.csdn.net/littleschemer/article/details/70232659

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