1. 互斥信号量的原理与创建

1.1 问题概述

1.1.1 计数信号量的不足

1. 关中断：长时间关中断不可取

2. 调度锁：使用调度锁会关闭调度（即任务切换），长时间禁用也不可取

1.2 设计原理

1.2.1 互斥信号量组件

1. 事件控制块：实现任务的等待与唤醒

2. 锁定次数计数器：支持嵌套调用

3. 拥有者：标志已经获取互斥信号量的任务

4. 拥有者原始优先级：支持优先级继承，用于处理优先级反转
💡
说明：从实现逻辑上说，要想处理优先级反转的问题，就必须记录信号量的拥有者，否则优先级比较从何而来

1.2.2 锁定计数器原理

• 嵌套获取时，计数器加一

• 逐层释放时，只有当计数器为0才唤醒等待任务（如果有的话）

1.2.3 优先级继承原理

1.3 设计实现

1.3.1 定义互斥信号量类型

1.3.2 添加tMutexInit函数

2. 互斥信号量的等待与通知

2.1 设计原理

2.1.1 等待互斥信号量（信号量未被占用）

1. 当前任务占有互斥信号量

2. 将互斥信号量拥有者指向当前任务

3. 互斥信号量拥有者原始优先级=当前任务优先级

4. 将锁定次数加1

2.1.2 等待互斥信号量（信号量被自己占有）

2.1.3 等待互斥信号量（信号量被高优先级任务占有）

2.1.4 等待互斥信号量（信号量被低优先级任务占有）

1. 进行优先级继承
将当前占有互斥信号量的低优先级任务的优先级提高到与高优先级任务相同（除了需要修改任务结构体的优先级字段，还需要切换任务的就绪队列）

2. 将高优先级任务插入等待队列
补充：上图中在示意优先级继承时有误，进行优先级继承时，互斥信号量中的拥有者原始优先级字段不会被修改，修改的是拥有者任务的优先级
当释放信号量时，就是根据拥有者优先级与拥有者原始优先级是否相同，来判断是否发生了优先级继承

2.1.5 释放信号量（未发生优先级继承）

1. 如果发生嵌套锁定，则只是减少锁定计数

2. 如果是拥有者最后一次释放信号量，则高优先级任务释放互斥信号量，并唤醒等待队列中的任务（如果有的话）

2.1.6 释放信号量（发生优先级继承）

1. 如果发生嵌套锁定，则只是减少锁定计数

2. 如果是拥有者最后一次释放信号量，则低优先级任务释放信号量，并恢复原始优先级，然后唤醒高优先级任务占有信号量（此时等待队列中一定有高优先级任务）

2.2 设计实现

2.2.1 添加tMutexWait函数

2.2.2 添加tMutexNoWaitGet函数

2.2.3 添加tMutexNotify函数

3. 互斥信号量的删除与状态查询

3.1 设计原理

3.1.1 互斥信号量的删除（未发生优先级继承）

3.1.2 互斥信号量的删除（发生优先级继承）

3.2 设计实现

3.2.1 添加tMutexDestroy函数

3.2.2 添加tMutexGetInfo函数