GoLang 对Channel的理解

同人于野_2068 · · 4875 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

1 解释上回学习的谜团

# src/main/blocking3.go
package main

import (
    "fmt"
)

func f1(in chan int) {
    number := <- in
    fmt.Println(number)
}

func main() {
    out := make(chan int)
    out <- 2
    go f1(out)
    fmt.Println("end")
}

go run blocking3.go

fatal error: all goroutines are asleep - deadlock!
goroutine 1 [chan send]:
main.main()

只需要把 go f1(out)out <-2 对换一下就可以了

# src/main/blocking3.go
package main

import (
    "fmt"
)

func f1(in chan int) {
    number := <- in
    fmt.Println(number)
}

func main() {
    out := make(chan int)
    go f1(out)
    out <- 2    
    fmt.Println("end")
}

编译运行

2
end

???? 究竟为什么

GO的channel具有两个特点

  • 发送方。对于同一个通道,发送操作(协程或者函数中的),在接收者准备好之前是阻塞的;如果ch中的数据无人接收,就无法再给通道传入其他数据**;新的输入无法在通道非空的情况下传入。所以发送操作会等待 channel 再次变为可用状态:就是通道值被接收时(可以传入变量)。

  • 接收方。对于同一个通道,接收操作是阻塞的(协程或函数中的),直到发送者可用:如果通道中没有数据,接收者就阻塞了。

因此可以针对上述现象解释

 1) 第一种情况
 会造成死锁
   out <- 2  # 接受者阻塞,因为没有发送者(此时f1还没启动)
   go f1(out) 在f1中,通道 in 没有传送,所以一直等待;

 2) 不会造成死锁
   go f1(out)
   out <- 2
  f1在等待传送, main相当于一个协程(因为利用了out),等待out传送才关闭;
也因为如此f1的打印才得以输出

换一个方式看

package main

import (
    "fmt"
    "time"
)

func f1(in chan int) {
    fmt.Println( <- in)
    time.Sleep(1e9)
    fmt.Println('delay')
}

func main() {
    out := make(chan int)
    go f1(out)
    out <- 2
    fmt.Println("end")
}

输出

 2
end

可见f1 的delay已经来不及输出了,因为main协程已经结束了。

总结
channel:
从动态来看: channel是一种消息传递的承载体
从静态来看:是一种锁(无法传递时,所在的协程无法向下运行)

延伸:
信号量
生产者、消费者


有疑问加站长微信联系(非本文作者)

本文来自:简书

感谢作者:同人于野_2068

查看原文:GoLang 对Channel的理解

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

4875 次点击  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传