内容简介：对于这个示例代码中的一些问题总结：一个可以让你停下来看一看，在茶歇之余给你帮助的小站，这里的内容主要是后端技术，个人管理，团队管理，以及其他个人杂想。
背景
defer func() {
fmt.Println("defer start...")
if err := recover(); err != nil {
fmt.Printf("err1:%v\n", err)
}
fmt.Println("defer end...")
}()
c := make(chan int)
// var c chan int
go func() {
// defer func() {
// if err := recover(); err != nil {
// fmt.Printf("err2:%v\n", err)
// }
// }()
c <- 1
}()
// 以下两行代码对调的话，运行就正常了，否则会 panic
close(c)
fmt.Println(<-c)
for i := 0; i < 100; i++ {
cc, ok := <-c
if ok {
fmt.Println(cc)
}
// fmt.Println(<-c)
}
对于这个示例代码中的一些问题总结：
- goroutine 里面的 panic ，在外面是不能被 recover() 的。
- chan 是阻塞式的。
- 从已关闭的 chan 读数据永远不会阻塞，一律返回空值。
- 向已关闭的 chan 以任何形式写数据都会 panic。
- 如果我们先调用
go func() {c <- 1}()，然后关闭 chan，此时再读取 chan 是有可能成功读取到数据，但是系统调度到执行 go func （即当我们向关闭的chan send 数据时，会报错 panic: send on closed channel）。
- 如果我们先调用
- defer 只针对当前协程有效。
- 当主函数都执行完了，函数中的协程也没执行完，并且 chan 关闭，再在协程中写数据， recover() 是不会报错的，因为我主函数执行完都还没有执行到协程中 chan 写数据。
- 当主函数未执行完就执行协程中的写数据，并且在写之前 chan 已经关闭，则会执行 defer，但是 recover() 没有捕捉到错误，因为错误发生在另外一个协程中。
- 关闭一个 nil channel 会发生 panic。
参考资料
茶歇驿站
一个可以让你停下来看一看，在茶歇之余给你帮助的小站，这里的内容主要是后端技术，个人管理，团队管理，以及其他个人杂想。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
他们以为自己很厉害：12个企业管理陷阱
[法] 克里斯蒂娜•凯德朗 / 王倩 / 人民邮电出版社 / 2018-11 / 69.00元
本书讲述了震惊世界的150个企业管理失败案例，并从产品与服务定位、技术 创新、广告与营销策略、跨文化发展、融资战略到企业文化与员工管理等众多角度， 揭露了商场各种败局的内幕。作者以风趣的笔触讲述了国际知名企业和商界精英们 的惨痛教训，又以专业角度解读了这些失利背后的经济学和管理学因素，给读者带 来了启示。一起来看看 《他们以为自己很厉害：12个企业管理陷阱》 这本书的介绍吧!
