> **面试企业:** 深信服
## 答案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。
```go
//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 */
```
若遍历通道,如果通道未关闭,读完元素后,会报死锁的错误。
这段描述不准确,我猜go会检查通道的写端是否活跃,测试下来写端哪怕sleep 24小时,遍历通道,不会报死锁
#1