第2章
裸机系统与多任务系统
在真正开始动手写RTOS之前，先来讲解一下单片机编程中的裸机系统和多任务系统的区别。
2.1 裸机系统
裸机系统通常分成轮询系统和前后台系统，有关这两者的具体实现方式参见下面的讲解。
2.1.1 轮询系统
轮询系统即在裸机编程时，先初始化好相关的硬件，然后让主程序在一个死循环里面不断循环，顺序地处理各种事件，大概的伪代码参见代码清单2-1。轮询系统是一种非常简单的软件结构，通常只适用于仅需要顺序执行代码且不需要外部事件来驱动就能完成的事情。在代码清单2-1中，如果只是实现LED翻转、串口输出、液晶显示等操作，那么使用轮询系统将会非常完美。但是，如果加入了按键操作等需要检测外部信号的事件，例如用来模拟紧急报警，那么整个系统的实时响应能力就不会那么好了。假设DoSomething3是按键扫描，当外部按键被按下，相当于一个警报，这个时候，需要立刻响应并做紧急处理，而这时程序刚好执行到DoSomething1，如果DoSomething1需要执行的时间比较久，久到按键释放之后还没有执行完毕，那么当执行到DoSomething3时就会丢失一次事件。由此可见，轮询系统只适合顺序执行的功能代码，当有外部事件驱动时，实时性就会降低。
2.1.2 前后台系统
相比轮询系统，前后台系统是在轮询系统的基础上加入了中断。外部事件的响应在中断里面完成，事件的处理还是回到轮询系统中完成，中断在这里称为前台，main()函数中的无限循环称为后台，大概的伪代码参见代码清单2-2。
在顺序执行后台程序时，如果出现中断，那么中断会打断后台程序的正常执行流，转而去执行中断服务程序，在中断服务程序中标记事件。如果事件要处理的事情很简短，则可在中断服务程序中处理；如果事件要处理的事情比较多，则返回后台程序中处理。虽然事件的响应和处理分开了，但是事件的处理还是在后台顺序执行的，但相比轮询系统，前后台系统确保了事件不会丢失，再加上中断具有可嵌套的功能，这可以大大提高程序的实时响应能力。在大多数中小型项目中，前后台系统运用得好，堪称有操作系统的效果。
2.2 多任务系统
相比前后台系统，多任务系统的事件响应也是在中断中完成的，但是事件的处理是在任务中完成的。在多任务系统中，任务与中断一样，也具有优先级，优先级高的任务会优先执行。当一个紧急事件在中断中被标记之后，如果事件对应的任务的优先级足够高，就会立刻得到响应。相比前后台系统，多任务系统的实时性又提高了。多任务系统的伪代码参见代码清单2-3。
相比前后台系统中后台顺序执行的程序主体，在多任务系统中，根据程序的功能，我们把这个程序主体分割成一个个独立的、无限循环且不能返回的小程序，这个小程序称为任务。每个任务都是独立的、互不干扰的，且具备自身的优先级，它由操作系统调度管理。加入操作系统后，我们在编程时不需要精心地设计程序的执行流，也不用担心每个功能模块之间是否存在干扰。加入了操作系统，我们的编程反而变得简单了。整个系统的额外开销仅为操作系统占据的少量FLASH和RAM。如今，单片机的FLASH和RAM越来越大，完全足以抵消RTOS的开销。
无论是裸机系统中的轮询系统、前后台系统还是多任务系统，我们不能简单地说孰优孰劣，它们是不同时代的产物，在各自的领域都有相当大的应用价值，只有合适的才是最好的。有关这三者的软件模型区别如表2-1所示。