RTOS:多任务拆分交叉执行
Q:状态机和多任务模式有什么区别
Q:任务创建和任务调度器是什么？
裸机程序的设计模式可以分为：轮询、前后台、定时器驱动、基于状态机。前面三种方
法都无法解决一个问题：假设有 A、B 两个都很耗时的函数 ，无法降低它们相互之间的影响。
第 4 种方法可以解决这个问题，但是实践起来有难度。
1、轮询模式
2、前后台
所谓"前后台"就是使用中断程序。假设收到同事发来的信息时，电脑会发出"滴"的
一声，这时候妈妈才需要去回复信息。
如果电脑声音"滴"、小孩声音"啊"不会同时、相近发出，那么"回一个信息"、"喂一口饭"相互之间没有影响。在不能满足这个前提的情况下，比如"滴"、"啊"同时响起，先"回一个信息"时就会耽误"喂一口饭"，这种场景下程序遭遇到了轮询模式的缺点：函数相互之间有影响。
3、定时器驱动
每 2 分钟给小孩喂一口饭，需要每 5 分钟给同事回复信息。
这种模式适合调用周期性的函数，并且每一个函数执行的时间不能超过一个定时器周期。
如果"喂一口饭"很花时间 ，比如长达 10 分钟，那么就会耽误"回一个信息"；反过来也是
一样的，如果"回一个信息"很花时间也会影响到"喂一口饭"；这种场景下程序遭遇到了
轮询模式的缺点：函数相互之间有影响。
4、状态机
这里与拿空间换时间的流水线模式是否一致？
以"喂一口饭"为例，函数内部拆分为 4 个状态 ：舀饭、喂饭、舀菜、喂菜。每次执行
"喂一口饭"函数时，都只会执行其中的某一状态对应的代码 。以前执行一次"喂一口饭"
函数可能需要 4 秒钟，现在可能只需要 1 秒钟，就降低了对后面"回一个信息"的影响。
同样的，"回一个信息"函数内部也被拆分为 3 个状态：查看信息、打字、发送。每次
执行这个函数时，都只是执行其中一小部分代码，降低了对"喂一口饭"的影响。
使用状态机模式，可以解决裸机程序的难题：假设有 A、B 两个都很耗时的函数，怎样
降低它们相互之间的影响。但是很多场景里，函数 A、B 并不容易拆分为多个状态，并且这
些状态执行的时间并不好控制。所以这并不是最优的解决方法，需要使用多任务系统。
5、多任务系统------多任务模式
本质是：交叉执行，t1~t5 和 ta~te 交叉执行
6、多任务系统------互斥操作
执行多个任务可能会"同时"访问某些资源，需要增加保护措施以防止混乱。比如任务 A、B 都要使用串口，能否使用一个全局变量让它们独占地、互斥地使用串口
7、多任务系统------同步操作
如果任务之间有依赖关系，比如任务 A 执行了某个操作之后，需要任务 B 进行后续的处
理。
当任务 A 处理完事情后，再唤醒任务 B。