-
-
-
- C1 以下操作会引起panic
- C2 作为接受者的goroutine不要关闭channel否则 发送者未来往这个channel发送数据时会panic
- C3 如果一个channel有多个发送者发送者就不要关闭通道或者最后一个发送数据的goroutine来关闭通道
- C4 对于不再使用的通道不必显示关闭如果没有goroutine引用这个通道这个通道就会被垃圾回收
- C5 通道和select搭配最佳
- C6 如果在两个goroutine中需要一个双向沟通考虑使用两个单独的单向通道这样两个通道就可以通过调用close的方法来告知对方通讯终止
- C7 如果通道没有负责读取的goroutine的时候那么发送者就可能会永远阻塞在该通道上
- C8 当设计一个goroutine通过channel来提供服务的时候在某个时刻这个goroutine不再需要了要仔细考虑goroutine应该怎么结束否则这个不再使用的goroutine会服务一个不受监管的channel
- C9 Dave Cheneys Four Channel Axioms
- C10 select 从来不会选择阻塞的case意思就是如果select的多个case都阻塞了那么当前goroutine就会阻塞在select上
-
- 后记
-
C1. 以下操作会引起panic
- P1. Closing the nil channel.
实例:
func C1P1() {
var ch chan int
close(ch)
}
结果
panic: close of nil channel
goroutine 1 [running]:
panic(0x458300, 0xc82000a170)
/home/wdy/go/src/runtime/panic.go:464 +0x3e6
main.main()
/home/wdy/learn/program-learn/golang/learnchannel.go:27 +0x1e
exit status 2
- P2. Closing a closed channel.
实例:
func C1P2() {
ch := make(chan int, 0)
close(ch)
close(ch)
}
结果:
panic: