Skip to content

Instantly share code, notes, and snippets.

@essenwbb
Last active January 6, 2020 13:23
Show Gist options
  • Select an option

  • Save essenwbb/baac91480fc6b9cd7b28dcecd5275c5b to your computer and use it in GitHub Desktop.

Select an option

Save essenwbb/baac91480fc6b9cd7b28dcecd5275c5b to your computer and use it in GitHub Desktop.

channels

切记,channels 是用于goroutine之间通讯的。

ch := make(chan int) // ch has type 'chan int'

channel也对应一个make创建的底层数据结构的引用。 当我们复制一个channel或用于函数参数传递时,我们只是拷贝了一个channel引用,因此调用者和被调用者将引用同一个channel对象。 和其它的引用类型一样,channel的零值也是nil。

两个相同类型的channel可以使用==运算符比较。 如果两个channel引用的是相同的对象,那么比较的结果为真。 一个channel也可以和nil进行比较。

channel还支持close操作,用于关闭channel,随后对基于该channel的任何发送操作都将导致panic异常。 对一个已经被close过的channel进行接收操作依然可以接受到之前已经成功发送的数据; 如果channel中已经没有数据的话将产生一个零值的数据(与其元素的零值保持一致)。

ch = make(chan int)    // unbuffered channel
ch = make(chan int, 0) // unbuffered channel
ch = make(chan int, 3) // buffered channel with capacity 3

没有办法直接测试一个channel是否被关闭,但是接收操作有一个变体形式:它多接收一个结果,多接收的第二个结果是一个布尔值ok,ture表示成功从channels接收到值,false表示channels已经被关闭并且里面没有值可接收

使用range作用于channel, 它依次从channel接收数据,当channel被关闭并且没有值可接收时跳出循环

unbuffered channel

一个基于无缓存Channels的发送操作将导致发送者goroutine阻塞,直到另一个goroutine在相同的Channels上执行接收操作,当发送的值通过Channels成功传输之后,两个goroutine可以继续执行后面的语句。 反之,如果接收操作先发生,那么接收者goroutine也将阻塞,直到有另一个goroutine在相同的Channels上执行发送操作。

基于无缓存Channels的发送和接收操作将导致两个goroutine做一次同步操作。因为这个原因,unbuffered channel有时候也被称为同步Channels。当通过一个无缓存Channels发送数据时,接收者收到数据发生在唤醒发送者goroutine之前(译注:happens before,这是Go语言并发内存模型的一个关键术语!)。

unbuffered channel一般用于goroutine同步

buffered channel

ch = make(chan string, 3)

Pipeline/管道

func main() {
    naturals := make(chan int)
    squares := make(chan int)
    // Counter
    go func() {
        for x := 0; x < 100; x++ {
            naturals <- x
        }
        close(naturals)
    }()
    // Squarer
    go func() {
        for x := range naturals {
            squares <- x * x
        }
        close(squares)
    }()
    // Printer (in main goroutine)
    for x := range squares {
        fmt.Println(x)
    }
}

channel是引用类型

其实你并不需要关闭每一个channel。只有当需要告诉接收者goroutine,所有的数据已经全部发送时才需要关闭channel。 不管一个channel是否被关闭,当它没有被引用时将会被Go语言的垃圾自动回收器回收。

单方向的Channel

当一个channel作为一个函数参数时,它一般总是被专门用于只发送或者只接收, 为了表明这种意图并防止被滥用,Go语言的类型系统提供了单方向的channel类型,分别用于只发送或只接收的channel。类型chan<- int表示一个只发送int的channel,只能发送不能接收。相反,类型<-chan int表示一个只接收int的channel,只能接收不能发送。(箭头<-和关键字chan的相对位置表明了channel的方向。)这种限制将在编译期检测。

因为关闭操作只用于断言不再向channel发送新的数据,所以只有在发送者所在的goroutine才会调用close函数,因此对一个只接收的channel调用close将是一个编译错误。

func counter(out chan<- int) {
    for x := 0; x < 100; x++ {
        out <- x
    }
    close(out)
}
func squarer(out chan<- int, in <-chan int) {
    for v := range in {
        out <- v * v
    }
    close(out)
}
func printer(in <-chan int) {
    for v := range in {
        fmt.Println(v)
    }
}
func main() {
    naturals := make(chan int)
    squares := make(chan int)
    go counter(naturals)
    go squarer(squares, naturals)
    printer(squares)
}

warning:

func mirroredQuery() string {
    responses := make(chan string, 3)
    go func() { responses <- request("asia.gopl.io") }()
    go func() { responses <- request("europe.gopl.io") }()
    go func() { responses <- request("americas.gopl.io") }()
    return <-responses // return the quickest response
}
func request(hostname string) (response string) { /* ... */ }

如果我们使用了无缓存的channel,那么两个慢的goroutines将会因为没有人接收而被永远卡住。这种情况,称为goroutines泄漏,这将是一个BUG。和垃圾变量不同,泄漏的goroutines并不会被自动回收,因此确保每个不再需要的goroutine能正常退出是重要的。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment