项目场景：

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

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

---

问题描述

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

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

---

 问题分析

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

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

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

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

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

---

 问题解决

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

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

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

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

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