UC/OS-II 任务的状态

uc/os是一个抢占式多任务的实时操作系统，每个任务都有各自的状态，并且状态之间都有一定的转换关系。写下此文以作记录及帮助自己理清关系。

在uc/os-ii中，任务的状态有5种：睡眠态、就绪态、运行态、等待态及中断服务态。通过下图可以有一个大致的认知：

最左边的是睡眠态，该状态下的任务指的是还没交给uc/os-ii来管理，且驻留在程序空间（ROM或RAM）。把任务交给uc/os-ii管理的话需要调用创建任务函数，OSTaskCreate()或OSTaskCreateExt()，后者是扩展版本。这些调用只是告诉uc/os-ii，任务的起始地址在哪，任务建立时，用户给任务赋予的优先级是多少，任务要使用多少栈空间等。所以总结来说，没有被创建前或者被销毁的任务都属于睡眠态。

当任务建立起来之后，该任务就会进入就绪态，uc/os-ii会进行任务调用，让高优先级的任务运行，即高优先级的任务能够获得CPU的使用权得到运行。OSStart()可以启动多任务，它只能在启动时调用一次，该函数运行用户初始化代码中已经建立的、进入就绪态的优先级最高的任务。

任何时候只能有一个任务处于运行态，即获得了CPU的使用权，该任务可以通过调用OSTaskDel()将自身返回到睡眠态，或者将另一个任务进入睡眠态。

等待态顾名思义就是处于等待，等待事件的到来、时间的到来等。当处于运行态的任务调用OSTimeDly()或OSTimeDlyHMSM将自身延迟一段时间，该任务就会进入到等待态，或者调用OSSemPend()、OSQPend()等等待事件函数发生阻塞时也会使得任务进入等待态。而此时，uc/os-ii会执行任务切换，选择优先级最高并且处于等待状态的任务运行。而如果等待的事件发生了或者等待超时时，被挂起的任务就会进入就绪态。

中断服务态是正在运行的任务被中断了而进入的状态，响应中断时，正在执行的任务被挂起，中断服务子程序控制了CPU的使用权。中断服务子程序可能会报告一个或多个事件的发生，而使一个或多个任务进入就绪态。从中断服务子程序返回之前，uc/os-ii要判定，被中断的任务是否还是就绪任务态中优先级最高的。如果中断服务子程序使得另一个优先级更高的任务进入了就绪态，则新进入就绪态的这个优先级更高的任务得以运行，否则，原来被中断了的任务将继续运行。

任务的状态之间的关系转换大概如上所述，有总结描述错的地方也希望可以指出。新手一枚，还有很长的路要走。