golang 无缓存channel和有缓存channel

golang 无缓存channel和有缓存channel

无缓存通道

var ch = make(chan int)  // 创建一个int类型的channel
cap(ch)                  // ch的容量是0
  • 发送/存入

    ch <- 1  // 存入一个int类型的值
    
  • 接收/取出

    x := <-ch  // 取出ch中的值,并赋值给x
    
  • 关闭

    close(ch) // 关闭发送方channel,对接收发channel关闭操作会panic
    val, ok := <-ch // ok 可用于判断通道是否关闭。
    
  

| 操作  |  nil  |       closed channel       |
| :---: | :---: | :------------------------: |
| close | panic |           panic            |
| 存入  | 阻塞  |           panic            |
| 取出  | 阻塞  | 返回对应类型零值和关闭信号 |

了解了channel的基本语法,我们看一个例子

```go
func main() {
    ch := make(chan int) // 创建一个无缓存channel
    ch <- 233
    fmt.Println(<-ch)
}

上面的代码可以成功执行吗?答案是否定的。会出现死锁。这是因为 ch是一个无缓存的channel,当我们向它存入值的时候,会阻塞所在goroutine,这里当然是main.main的goroutine,后面的语句根本不会执行到。那么我们应该怎么修改呢,继续看代码:

func main() {
    ch := make(chan int)
    go func(chan int) { ch <- 233 }(ch)
    fmt.Println(<-ch)
}

这里我们在main.main 主goroutine 中新建了一个goroutine,这样阻塞的就是这个goroutine了,不影响main.main。当主协程执行到<-ch的时候,取出值,完成一次同步通信。

一句话总结:无缓存的channel只有在receiver准备好后send才被执行,也就是说receiver的goroutine 和sender的goroutine 必须成对出现

之前看到一个打网球的模拟,很有趣,可以加深一下理解,我们看一下

package main

import(
    "math/rand"
    "sync"
    "time"
    "fmt"
)

// wg用来等待程序结束
var wg sync.WaitGroup

func init() {
    rand.Seed(time.Now().UnixNano())
}

// main是所有Go程序的入口
func main() {
    // 创建一个无缓冲的通道
    court := make(chan int)

    // 计数加2,表示要等待两个goroutine
    wg.Add(2)

    // 启动两个选手
    go player("Nick", court)
    go player("Jack", court)

    // 发球
    court <- 1

    // 等待游戏结束
    wg.Wait()
}

// player 模拟一个选手在打网球
func player(name string, court chan int) {
    // 在函数退出时调用Done来通知main函数工作已经完成
    defer wg.Done()

    for{
        // 等待球被击打过来
        ball, ok := <-court
        if !ok {
            // 如果通道被关闭,我们就赢了
            fmt.Printf("Player %s Won\n", name)
            return
        }

        // 选随机数,然后用这个数来判断我们是否丢球
        n := rand.Intn(100)
        if n%5 == 0 {
            fmt.Printf("Player %s Missed\n", name)

            // 关闭通道,表示我们输了
            close(court)
            return
        }

        // 显示击球数,并将击球数加1
        fmt.Printf("Player %s Hit %d\n", name, ball)
        ball++

        // 将球打向对手
        court <- ball
    }
}
E:\go\src\learngolang\00test>go run main.go
Player Jack Hit 1
Player Nick Hit 2
Player Jack Hit 3
Player Nick Hit 4
Player Jack Hit 5
Player Nick Hit 6
Player Jack Hit 7
Player Nick Hit 8
Player Jack Hit 9
Player Nick Missed
Player Jack Won

上面的go函数为什么能交替执行呢?首先,我们有main主协程g0,里面创建了两个goroutine,g1,g2,然后,主协程g0向无缓存channel中发送数据,g0阻塞,这时,g1、g2中某一个,如g2,先进入通道的接收队列,则通道获得一次同步,g0取消阻塞。在player函数中court <- ball 这句代码继续向通道发送数据,g2阻塞,这时通道中g1等待接收,g1开始执行,通道接收操作之后,g2取消阻塞,for循环继续等待接收,阻塞,g1最后向通道发送数据,g1阻塞;g2接收数据....直到goroutine结束运行。

WaitGroup是用来让g0等待g1、g2执行的。因为当程序执行到一条go语句时,Go语言的运行时系统,会试图从某个存放空闲的G队列中获取一个G(也就是goroutine),没有则创建一个新的G。Go语言运行时系统会用这个G去包装当前的那个go函数(或者说该函数中的那些代码),然后再把这个G追加到某个存放可运行的G的队列中。这类队列中的G总是会按照先入先出的顺序,很快地由运行时系统内部的调度器安排运行。虽然这会很快,但是由于上面所说的那些准备工作还是不可避免的,所以耗时还是存在的。因此,go函数的执行时间总是会明显滞后于它所属的go语句的执行时间。不然,主goroutine代码执行完关闭,其创建的其他goroutine还没来得及执行也就跟着关闭了。

有缓存channel

var ch = make(chan int, 10) //创建一个有缓存的channel,容量是10,即可以传入10个int类型的值
  • 发送

  • 接收

  • 关闭

    func main() {
      ch := make(chan int, 10)
      for i := 0; i < 5; i++ {
          ch <- i + 1            // 向channel中传入5 个值
      }
      fmt.Println(len(ch))        // 5      // channel长度为5
      close(ch)                   // 关闭channel
      fmt.Println("--------------")
    
      for x := range ch {         // range的截止条件是channel关闭,即关闭前存入多少个值,range的范围是多少,如果range的对象没有关闭,则最终阻塞,引起panic
          fmt.Println(x)          // 接收一个,channel的有效值少一个
      }
      fmt.Println("--------------")
      fmt.Println(len(ch))        // 0       // channel 长度为0
      fmt.Println(cap(ch))        // 10      // channel容量为10
    }
    
操作 nil closed channel
close panic 关闭 关闭 panic
存入 阻塞 阻塞 成功发送 panic
取出 阻塞 成功接收 阻塞 空:返回类型零值、false<br />非空:返回相应值、true

buffer没满则,写入\发送 不会阻塞;buffer不空,则读取\接收 不会阻塞。发送和接收不是同步的。但多说一句,其实这种情况不太常用,原因也很简单。因为上下游的消费情况是统一的,如果生产者生产的速度过快,而消费端跟不上的话,即使把它先暂存在缓冲区当中也没什么用,早晚还是会要阻塞的。

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

推荐阅读更多精彩内容