Go 语言中的死锁问题解决

目录

死锁

如何避免死锁死锁代码

死锁

死锁的4个条件

不可剥夺

线程已经获得的资源,在未使用完之前,不能被其他线程剥夺,只能在使用完后自己释放。

请求保持

线程 T1 保持了一个资源 R1 占用,但是又提出另外一个资源 R2 请求,此时,资源 R2 被线程 T2 占用,于是 T1 线程必须等待,但又对自己保持的 R1 资源不释放。

循环等待

死锁发生时,必然存在一个 “进程-资源环形链”,例如 进程p0 等待 p1 占用资源,p1 等待 p2 占用的资源, p2 等待 p0 占用的资源,形成了一个环形链。

互斥

线程对资源访问是排斥的,如果一个线程占用了资源,那么其他线程必须处于等待状态,直到资源释放。

如何避免死锁

如果并发的查询多个表,要约定好访问顺序

不能线程 T1 先访问表 A 后访问表 B,线程T2 先访问 表B 后访问 表A, 这个情况极容易死锁。

在同一个事务中,尽可能一次锁定获取所需要的资源 对于容易产生死锁的业务场景, 尝试升级锁的力度 采用分布式锁或者使用乐观锁

可以看到上述运行结果中出现 fatal error: all goroutines are asleep - deadlock! 线程T1 先获得v1 ,然后获得v2, 线程T2 先获得v2,然后获得v1。这样满足了死锁循环等待等条件,会造成死锁。

到此这篇关于Go 语言中的死锁问题解决的文章就介绍到这了,更多相关Go 死锁内容请搜索易采站长站以前的文章或继续浏览下面的相关文章希望大家以后多多支持易采站长站!

以上就是关于对Go 语言中的死锁问题解决的详细介绍。欢迎大家对Go 语言中的死锁问题解决内容提出宝贵意见

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值