共计 875 个字符，预计需要花费 3 分钟才能阅读完成。
面试企业： 深服气
题目解析： GOLANG ROADMAP 社区
答案 1：（溪尾）
1 . 读已敞开的 channel
读曾经敞开的 channel 无影响。
如果在敞开前，通道外部有元素，会正确读到元素的值；如果敞开前通道无元素，则会读取到通道内元素类型对应的零值。
若遍历通道，如果通道未敞开，读完元素后，会报死锁的谬误。
fatal error: all goroutines are asleep – deadlock!
2 . 写已敞开的通道
会引发 panic: send on closed channel
3 . 敞开已敞开的通道
会引发 panic: close of closed channel
总结： 对于一个已初始化，但并未敞开的通道来说，收发操作肯定不会引发 panic。然而通道一旦敞开，再对它进行发送操作，就会引发 panic。如果咱们试图敞开一个曾经敞开了的通道，也会引发 panic。
//1. 读一个曾经敞开的通道
func main() {channel := make(chan int, 10)
channel <- 2
close(channel)
x := <-channel
fmt.Println(x)
}
/*[Output]: 不会报错，输入 2 */
// 遍历读敞开通道
func main() {channel := make(chan int, 10)
channel <- 2
channel <- 3
close(channel) // 若不敞开通道，则会报死锁谬误
for num := range channel {fmt.Println(num)
}
}
/*[Output]: 不会报错，输入 2 3*/
//2. 写一个曾经敞开的通道
func main() {channel := make(chan int, 10)
close(channel)
channel <- 1
}
/*[Output]: panic: send on closed channel*/
//3. 敞开一个曾经敞开的管道
func main() {channel := make(chan int, 10)
close(channel)
close(channel)
}
/*[Output]: panic: close of closed channel */
正文完
