乐趣区

关于go:Go题库2对已经关闭的channel进行读写操作会发生什么

面试企业: 深服气

题目解析: 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 */
退出移动版