死锁

死锁定义
死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。
死锁的4个必要条件
1）互斥条件：指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放。
2）请求和保持条件：指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求进程阻塞，但又对自己已获得的其它资源保持不放。
3）不剥夺条件：指进程已获得的资源，在未使用完之前，不能被剥夺，只能在使用完时由自己释放。
4）环路等待条件：指在发生死锁时，必然存在一个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待一个P1占用的资源；P1正在等待P2占用的资源，……，Pn正在等待已被P0占用的资源。
以上摘自百度百科

要了解死锁，先得认识一下锁。
锁一般是用在竞争资源的场景，比如线程锁、进程锁。
线程锁通常通过以下接口使用：
pthread_mutex_init
pthread_mutex_lock
pthread_mutex_unlock
pthread_mutex_trylock

线程死锁发生场景:
1 线程A占锁1成功，但是无法到达释放锁逻辑，线程B又进入了阻塞式占锁1逻辑，触发死锁。
2 线程A占锁1成功，线程B占锁2成功，A继续阻塞占锁2，B继续阻塞占锁1，触发死锁。
3 单线程内，线程A触发占锁1，占锁后继续阻塞式占锁1逻辑，触发死锁。
解决：
1 针对场景1，使用过程中，确保锁有必备的解锁逻辑。
2 避免场景2中交叉占锁逻辑。
3 场景3可使用可重入锁机制代替。

针对进程锁的题外话
进程锁也可叫分布式锁，实现方式多种多样，比如基于redis setnx方案，基于数据库的行锁。
由于进程的解锁不可信赖，比如进程崩溃、机器宕机，所以对于锁通常会增加超时机制，一般会设置得比业务时长稍长一些。