文章图片
问题 对未初始化的的chan
进行读写,会怎么样?为什么?
怎么答 读写未初始化的chan
都会阻塞。
举例
1.写未初始化的chan
package main
// 写未初始化的chan
func main() {
var c chan int
c <- 1
}
// 输出结果
fatal error: all goroutines are asleep - deadlock!goroutine 1 [chan send (nil chan)]:
main.main()
/Users/admin18/go/src/code.byted.org/linzhaolun/repos/main.go:6 +0x36
注意这个
chan send (nil chan)
,待会会提到。2.写读未初始化的chan
package main
import "fmt"
// 读未初始化的chan
func main() {
var c chan int
num, ok := <-c
fmt.Printf("读chan的协程结束, num=%v, ok=%v\n", num, ok)
}
// 输出结果
fatal error: all goroutines are asleep - deadlock!goroutine 1 [chan receive (nil chan)]:
main.main()
/Users/admin18/go/src/code.byted.org/linzhaolun/repos/main.go:6 +0x46
注意这个
chan receive (nil chan)
,待会也会提到。多问一句 关于
chan
的面试题非常多,这个是比较常见的其中一个。但多问一句:为什么对未初始化的chan
就会阻塞呢?1.对于写的情况
//在 src/runtime/chan.go中
func chansend(c *hchan, ep unsafe.Pointer, block bool, callerpc uintptr) bool {
if c == nil {
// 不能阻塞,直接返回 false,表示未发送成功
if !block {
return false
}
gopark(nil, nil, waitReasonChanSendNilChan, traceEvGoStop, 2)
throw("unreachable")
}
// 省略其他逻辑
}
- 未初始化的
chan
此时是等于nil
,当它不能阻塞的情况下,直接返回false
,表示写chan
失败 - 当
chan
能阻塞的情况下,则直接阻塞gopark(nil, nil, waitReasonChanSendNilChan, traceEvGoStop, 2)
, 然后调用throw(s string)
抛出错误,其中waitReasonChanSendNilChan
就是刚刚提到的报错"chan send (nil chan)"
//在 src/runtime/chan.go中
func chanrecv(c *hchan, ep unsafe.Pointer, block bool) (selected, received bool) {
//省略逻辑...
if c == nil {
if !block {
return
}
gopark(nil, nil, waitReasonChanReceiveNilChan, traceEvGoStop, 2)
throw("unreachable")
}
//省略逻辑...
}
- 未初始化的
chan
此时是等于nil
,当它不能阻塞的情况下,直接返回false
,表示读chan
失败 - 当
chan
能阻塞的情况下,则直接阻塞gopark(nil, nil, waitReasonChanReceiveNilChan, traceEvGoStop, 2)
, 然后调用throw(s string)
抛出错误,其中waitReasonChanReceiveNilChan
就是刚刚提到的报错"chan receive (nil chan)"
推荐阅读
- Go|Docker后端部署详解(Go+Nginx)
- GO|GO,GO,GO!
- Go成长之路|go中判断空字符串、nil和len(t)的用法
- go编译tools
- go grpc安装与使用
- goroutine 调度原理
- Go|Go进阶之路——复杂类型
- Go进阶之路——变量
- Go进阶之路——流程控制语句