在Go语言中,死锁是一个常见的错误,当所有的goroutine都处于睡眠状态时,就会出现致命错误:"致命错误:所有goroutine都在睡眠 - 死锁!"。这种情况通常发生在多个gor
在Go语言中,死锁是一个常见的错误,当所有的goroutine都处于睡眠状态时,就会出现致命错误:"致命错误:所有goroutine都在睡眠 - 死锁!"。这种情况通常发生在多个goroutine之间存在互相等待的情况下。当一个goroutine等待另一个goroutine完成某个操作,而另一个goroutine又在等待第一个goroutine完成某个操作时,就会导致死锁的发生。这种情况下,程序无法继续执行下去,因为所有的goroutine都无法继续执行。为了避免死锁错误的发生,我们需要仔细设计和管理goroutine之间的依赖关系,确保它们能够正确地协同工作。
我是 golang 新手,正在尝试使用渠道的一些典型生产者消费者。我知道生产者和消费者都应该从同一个通道写入和读取。但只是为了实验,我让他们从不同的渠道写入和读取,如下所示
package main
import (
"fmt"
"sync"
)
func main() {
var wg sync.WaitGroup
wg.Add(2)
fmt.Println("Starting the main application")
channel :=make( chan int)
channel1 :=make( chan int)
go generateNumbersV2(&wg, channel)
go printNumbersV2(&wg, channel1)
fmt.Println("Waiting for other goroutines")
wg.Wait()
//close()
//close(channel)
fmt.Println("All goroutines finished")
}
func printNumbersV2(wg *sync.WaitGroup, rc <-chan int) {
defer wg.Done()
for idx:=0 ;idx<3;idx++ {
val := <-rc
fmt.Println("******value received from channel ",val)
}
}
func generateNumbersV2(wg *sync.WaitGroup, wc chan<- int) {
defer wg.Done()
for idx:=0 ;idx<3;idx++ {
wc<-idx
fmt.Println("###value written to channel ",idx)
}
}
当我运行该程序时,出现以下错误。
fatal error: all goroutines are asleep - deadlock!
现在,虽然我知道两个 goroutine 都被阻塞,一个在对通道 1 的读取调用上,另一个在对通道的写入调用上被阻塞,因此程序永远不会终止。 但我的问题是,如果实际上正在等待这些通道中的值,程序不应该无限期地等待而不是将其声明为死锁吗?如果稍后由于某些网络读/写,值到达并且其他一些 go 例程写入这些通道,该怎么办?
只有当所有 goroutine 都在同步原语上被阻塞时,正在运行的程序才会因死锁恐慌而终止。如果所有 goroutine 都被阻塞等待通道操作和/或互斥锁,则无法进行网络接收,因为没有 goroutine 正在侦听网络连接。这也意味着,在一个有很多 goroutine 的程序中,你可能有很多死锁的 goroutine 组,但是程序仍然继续运行,因为还有其他 goroutine 仍然可以继续运行。
以上就是为什么下面的 go 程序会出现死锁错误“致命错误:所有 goroutine 都在睡眠 - 死锁!”的详细内容,更多请关注编程网其它相关文章!
--结束END--
本文标题: 为什么下面的 go 程序会出现死锁错误“致命错误:所有 goroutine 都在睡眠 - 死锁!”
本文链接: https://lsjlt.com/news/562285.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0