UCOSII操作系统

————————————————
版权声明：本文为CSDN博主「conding123」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/dhauwd/article/details/79831931

1、UCOSII操作系统是怎么管理任务的？
用图是最能表现的：
(1)任务控制块是来管理任务的。
(2)其中UCOSII把所有的任务都是通过双向链表来连接到一起的，为什么？我难道不能使用数组来分配空间吗？

关键原因：在整个操作系统中，因为我们不知道用户到底需要多少个任务，所以使用链表的话，在编译后才确认的话，数组的方式优秀很多。

我个人认为这张图其实是有一些错误的：
比如里面写了指向任务的指针，我觉得是应该放置在任务堆栈里面的，因为创建任务的时候，是将任务的函数名，传递给任务堆栈，然后任务堆栈再传到CPU的SR寄存器中，实现任务切换的。

所谓的指向任务的指针：其实就是任务的函数的函数名。

2、UCOSII操作系统是怎么运行的？
(1)睡眠态：首先我们的任务是按需分配的，你想要多少个任务的话，那么我们就可以创建多少个任务。刚刚创建的任务是处于睡眠的状态的。

(2)就绪状态：如果系统为任务配备了任务控制块并且在任务的就绪表中进行了就绪登记的话，则任务就具备了运行的充分条件，这时候任务的状态就叫做就绪态。

(3)运行状态：处于就绪状态的任务如果经过UCOSII的位图机制，判断为处于最高优先级的任务的话，那么它就可以获得CPU的使用权，这时候就是运行状态。

(4)中断服务状态：这个真的就没有什么好说的了，连前后台系统都会存在的状态，触发到中断的条件，就会进入中断态，而且不管你是否处于运行态还是怎么样？

以上的4个状态是我认为UCOSII操作系统中必不可少的状态的。

(5)等待状态：这个状态的话，是可以通过裁剪UCOSII内核去掉的，其实这个状态就是为了满足任务之间的通讯和任务与中断服务子程序通信产生的一种状态。

3、UCOSII操作系统任务之间是通过什么进行通信的？
总所周知，UCOSII的任务是一个特殊的函数，没有类型，没有返回值。
里面是一个死循环。

那么为什么它能够跳出来执行别的任务？
它之所以能够跳出来跟别的任务进行通信的话，在下面的用户需要添加的代码中一定是有一个任务切换的函数调用的。实质上是CPU的SR寄存器中的任务堆栈的切换的过程。

那么它怎么跟别的任务进行通信？
常考题：Linux的进程间通信的方式：
信号量（互斥型信号量）、消息队列、共享内存、消息邮箱、事件标志组

其中UCOSII任务之间进行通信的方式除了共享内存，其余都存在。

其中有好几个是类型的：
比如信号量和互斥型信号量。使用这个是可以占用资源，或者同步任务的运行。

比如消息邮箱和消息队列，消息队列也称为多个消息邮箱，都是用来在任务之间传递数据的。

事件标记组：首先请求事件标记组的时候，通过一个整型数的某几个位，如果那几个位都已经置位或者都是为空的话，那么请求事件标记组的任务可以得到运行。

为什么需要互斥型信号量？
因为会产生任务优先级的反转问题？

什么是优先级反转？高优先级任务被低优先级任务剥脱CPU的使用权。
(1)假设现在有一个低的优先级任务占有CPU的内核，同时他占有了一些资源。
(2)此时，来了一个高优先级的任务，它想要得到这个资源，但是这个资源已经被低优先级的任务占有了。
(3)在后来来了一个中等优先级的任务，它因为优先级比低优先级的任务高，但是它的优先级没有高的优先级高，所以它强占CPU的使用权，继续执行。
(4)这时候，形成的情况就是中等优先级的任务比高优先级的任务更加早的执行，形成优先级反转的问题。

解决方案1：
如果低优先级任务占有的那个资源后，后面有更高的优先级任务到来的话，那么就把自己的优先级提高到那个想要占有优先级的任务。

解决方案2：
使用互斥型信号量。因为互斥型信号量，只有你自己请求，自己释放，不能通过别的任务释放，如果你请求一个已经请求过的互斥性信号量的话，那么直接跳过执行。