死锁的发生原因和怎么避免

项目场景:

提示:这里简述项目相关背景:

例如:项目场景:示例:通过蓝牙芯片(HC-05)与手机 APP 通信,每隔 5s 传输一批传感器数据(不是很大)


问题描述

        死锁,简单来说就是两个或者两个以上的线程在执行的过程中,争夺同一个共享资源造成的相互等待的现象。

        如果没有外部干预,线程会一直阻塞无法往下执行,这些一直处于相互等待资源的线程 就称为死锁线程。如下图所示。


 问题分析

        导致死锁的条件有四个,也就是这四个条件同时满足就会产生死锁。

        1、互斥条件,共享资源 X 和 Y 只能被一个线程占用;

        2、请求和保持条件,线程 T1 已经取得共享资源 X,在等待共享资源 Y 的时候,不释放共享资源 X;

        3、不可抢占条件,其他线程不能强行抢占线程 T1 占有的资源;

        4、循环等待条件,线程 T1 等待线程 T2 占有的资源,线程 T2 等待线程 T1 占有 的资源,就是循环等待


 问题解决

        导致死锁之后,只能通过人工干预来解决,比如重启服务,或者杀掉某个线程。 所以,只能在写代码的时候,去规避可能出现的死锁问题。

         按照死锁发生的四个条件,只需要破坏其中的任何一个,就可以解决,但是,互斥条件 是没办法破坏的,因为这是互斥锁的基本约束,其他三方条件都有办法来破坏:

        1、 对于“请求和保持”这个条件,我们可以一次性申请所有的资源,这样就不存在等待了。

        2、 对于“不可抢占”这个条件,占用部分资源的线程进一步申请其他资源时,如果申请不到,可以主动释放它占有的资源,这样不可抢占这个条件就破坏掉了。

        3、对于“循环等待”这个条件,可以靠按序申请资源来预防。所谓按序申请,是指资源是有线性顺序的,申请的时候可以先申请资源序号小的,再申请资源序号大的, 这样线性化后自然就不存在循环了。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值