Golang关于channel死锁情况的汇总以及解决方案

直接读取空channel的死锁

当一个channel中没有数据,而直接读取时,会发生死锁:

func main() {
	q := make(chan int, 2)
	<-q
}

错误提示:

fatal error: all goroutines are asleep - deadlock!

goroutine 1 [chan receive]:
main.main()
        /home/erick/Desktop/Book/Parallel/final.go:159 +0x4d
exit status 2

上述代码中,创建了一个2个容量的channel,直接读取发生了死锁情况。

修正方案,使用select方法阻止,在default中放置默认处理方式:

func main() {
	q := make(chan int, 2)
	select {
	case v := <-q:
		fmt.Println(v)
	default:
		fmt.Println("nothing in channel")
	}
}

输出:

nothing in channel

过度写入数据造成的死锁

写入数据超过channel的容量,也会造成死锁:

func main() {
	q := make(chan int, 2)
	q <- 1
	q <- 2
	q <- 3
}

解决方案,与写入的方式一样,使用select方法阻止,在default中放置默认处理方式:

func main() {
	q := make(chan int, 2)
	q <- 1
	q <- 2
	select {
	case q <- 3:
		fmt.Println("ok")
	default:
		fmt.Println("wrong")
	}

}

向已经关闭的channel中写入数据

这种造成的不是死锁,而是产生panic

func main() {
	q := make(chan int, 2)
	close(q)
	q <- 1
}

代码错误:

panic: send on closed channel

goroutine 1 [running]:
main.main()
        /home/erick/Desktop/Book/Parallel/final.go:154 +0x63
exit status 2

解决方案:只有别向已经关闭的channel写数据。。。。

但是,可以从已经关闭的channel中读取数据:

func main() {
	q := make(chan int, 3)
	q <- 1
	q <- 2
	q <- 3
	close(q)
	for v := range q {
		fmt.Println(v)
	}
}

总结:

上述提到的死锁,是指在程序的主线程中发生的情况,如果上述的情况发生在非主线程中,读取或者写入的情况是发生堵塞的,而不是死锁。实际上,阻塞情况省去了我们加锁的步骤,反而是更加有利于代码编写,要合理的利用阻塞。。

  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值