uc/os-iii学习笔记-资源管理（中断、信号、信号量、互斥信号量）

最新推荐文章于 2023-02-13 20:43:08 发布

JosephGodVim

最新推荐文章于 2023-02-13 20:43:08 发布

阅读量1.8k

点赞数

分类专栏： uc/os-iii

本文链接：https://blog.csdn.net/JosephGodVim/article/details/51966413

版权

uc/os-iii 专栏收录该内容

15 篇文章 2 订阅

订阅专栏

资源管理

最常用的独占共享资源和创建临界区的方法有以下几种：

关中断
锁定任务调度器
使用信号量
使用互斥型信号量
关于具体的调度器上锁和关中断的方法可以查看(http://blog.csdn.net/josephgodvim/article/details/51956180)任务发布部分

关、开中断

独占共享资源最简单也是最快捷的方法就是关中断和开中断，当访问共享资源的速度很快，以至于访问共享资源所花的时间小于中断的关闭时间时，可以使用关、开中断方法。但是不推荐此方法，此方法会影响到中断延迟。
关、开中断是一个任务和一个中断服务程序共享变量或者数据结构的唯一方法。

调度器上锁、解锁

如果某项任务不需要和中断服务程序共享变量或数据结构，可以使用调度器上锁、解锁的方法访问共享资源。
在系统锁住调度器的期间，系统依然响应中断，如果中断唤醒了的更高优先级线程，调度器并不会立刻执行它，直到调用解锁调度器函数才尝试进行下一次调度。同中断锁一样把调度器锁住也能让当前运行的任务不被换出，直到调度器解锁。但和中断锁有一点不相同的是，对调度器上锁，系统依然能响应外部中断，中断服务例程依然能进行相应的响应。所以在使用调度器上锁的方式进行任务同步时，需要考虑好任务访问的临界资源是否会被中断服务例程所修改，如果可能会被修改，那么将不适合采用此种方式进行同步。

信号量

信号量像是一种上锁机制，代码必须获得对应的钥匙才能继续执行，一旦获得了钥匙，也就意味着该任务具有进入被锁部分代码的权限。一旦执行至被锁代码段，则任务一直等待，直到对应被锁部分代码的钥匙被再次释放才能继续执行。
信号量用于控制对共享资源的保护，但是现在基本用来做任务同步用。
要想获取资源的任务必须执行“等待”操作，如果该资源对应的信号量有效值大于1，则任务可以获得该资源，任务继续运行。如果该信号量的有效值为0，则任务加入等待信号量的任务表中。如果等待时间超过某一个设定值，该信号量仍然没有被释放掉，则等待信号量的任务就进入就绪态，如果将等待时间设置为0的话任务就将一直等待该信号量

信号量通常分为两种：二进制信号量和计数型信号量。

二进制信号量只能取0和1两个值，计数型信号量的信号量值大于1，计数型信号量的范围由OS_SEM_CTR决定，OS_SEM_CTR可以为8位，16位和32位，取值范围分别为：0~255,0~65535和0~4294967295。
二进制信号量用于那些一次只能一个任务使用的资源，比如I/O设备，打印机计，数型信号量用于某些资源可以同时被几个任务所使用，比如一个缓存池有10个缓存块，那么同时最多可以支持10个任务来使用内存池。

优先级反转

这里写图片描述

优先级反转简单的来说就是低优先级的任务由于占有了信号量而导致高优先级任务无法获得信号量，只能等待低优先级任务执行完毕释放信号量才可以得到执行，这样一来高优先级任务的优先级就降低到了和低优先级任务的同等水平。
解决的方法就是使用互斥信号量在优先级反转出现时暂时提升低优先级任务的优先级到高优先级任务同等的优先级等级。