IT@程序员猿媛Golang

Golang通道Channel详解

2019-05-07  本文已影响6人  Gundy_

通道类型是Go自带的,相当于是一个先进先出的队列,同时唯一一个可以满足并发安全性的类型。声明一个通道类型变量的时候,首先需要确定通道类型的元素类型,然后还要确定通道的容量,当然默认容量是0。

初始化

使用make进行初始化,如下所示:

c := make(chan int)
c := make(chan string, 10)

如果不指定容量,默认通道的容量是0,这种通道也成为非缓冲通道。

通道的发送和接收特性

  1. 对于同一个通道,发送操作之间是互斥的,接收操作之间也是互斥的。

    简单来说就是在同一时刻,Go的运行系统只会执行对同一个通道的任意个发送操作中的某一个,直到这个元素值被完全复制进该通道之后,其他发送操作才会执行。针对接收操作也是这样。
    对于通道中的同一个值,发送操作和接收操作也是互斥的。如正在被复制进通道但还未复制完成的元素值,这时接收方也不会看到和取走。

    tips
    元素值从外界进入通道会被复制。也就是说进入通道的并不是在接收操作符右边的那个元素值,而是他的副本。

  2. 发送操作和接收操作中对元素值的处理都是不可分割的。
    不可分割意思就是发送操作要么还没复制元素,要么已经复制完毕,不会出现值只复制了一部分的情况。

  3. 发送操作在完全完成之前会被阻塞。接收操作也是如此。
    发送操作包括,“复制元素值”,“放置副本到通道内” 二个步骤。在这二个步骤完成之前,发送操作会一直阻塞,他之后的代码是不会执行的。
    接收操作包括“复制通道内元素值”,“放置副本到接收方”,“删除原值” 三个操作。这三个操作在完成之前也是会一直阻塞的。

tips: 上面讲的复制都属于浅拷贝。浅拷贝只是拷贝值以及值中直接包含的东西,深拷贝就是把所有深层次的结构一并拷贝,Golang只有浅拷贝。

发送操作和接收操作在什么时候会被阻塞呢

对于缓存通道

对于非缓存通道

收发操作何时会引起panic

Channel引起的死锁的常见场景

死锁是指两个或两个以上的协程的执行过程中,由于竞争资源或由于彼此通信而造成的一种阻塞的现象,若无外力作用,他们将无法推进下去,解决死锁的方法是加锁。。结合上面讲的channel相关知识,大家可以思考一下面情况为何为引起死锁。

场景1:一个通道在一个go协程读写

func main() {
    c:=make(chan int)
    c<-666
    <-c
}

场景二:go程开启之前使用通道

func main() {
    c:=make(chan int)
    c<-666
    go func() {
        <-c
    }()
}

场景三:通道1中调用了通道2,通道2中调用通道1

func main() {
    c1, c2 := make(chan int), make(chan int)
    go func() {
        for {
            select {
            case <-c1:
                c2 <- 10
            }
        }
    }()
    for {
        select {
        case <-c2:
            c1 <- 10
        }
    }
}
上一篇下一篇

猜你喜欢

热点阅读