由于在开放通道上进行测距而发生死锁，但并未引发恐慌

在 Go 语言中，当一个协程尝试向已关闭的通道发送值时，会引发恐慌。但是，如果一个协程在循环中从一个未关闭的通道接收值，同时还有另一个协程定期向该通道发送值，即使通道没有新的值，循环也不会引发恐慌，而是会挂起。这是因为 Go 语言判断恐慌触发是在协程尝试向已关闭的通道发送值时，而不是在协程从未关闭的通道接收值时。

我故意编写了这段代码来导致死锁和随后的恐慌抛出：

package main

import (
    "fmt"
    "time"
)

func main() {
    fmt.Println("Start:", time.Now())
    channel1 := make(chan string, 2)

    channel1 <- "Cat"
    channel1 <- "Dog"

    limiter := time.NewTicker(time.Millisecond * 500)
    for channel1Item := range channel1 {
        <-limiter.C
        fmt.Println(channel1Item)
    }

    fmt.Println("End:", time.Now())
}

在某种程度上，死锁确实发生了，代码只是无限期地挂起，但是，它不会引发恐慌。如果我删除限制器（代码），它就会这样做。为什么自动收报机可以防止引发恐慌？

我目前正在学习 go，在更改随机位以满足我的好奇心时无意中偶然发现了这个示例。在我决定不关闭通道来看看会发生什么之后，发生了奇怪的行为（没有引发恐慌）。

我知道在没有被馈送的开放通道上进行范围通常会引发恐慌，但似乎在循环内有一个股票行情会中断恐慌抛出行为。

正确答案

因为GO中的判断是，当一个goroutine试图在一个关闭的channel上发送有价值的消息时，就会触发panic。

在您的代码中，您没有关闭channel1，因此循环将无限期地等待channel1接受该值。 <-限制器。 C会定期向通道发送值 所以通道1不会排除恐慌，带有限制器的循环将挂起 即使他没有任何新的价值

希望对你有帮助

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。