简单爱你心所爱……

　　RTOS是实时操作系统内核的简称，现在的RTOS有很多很多，这里不多提概念性的东西了，以后若哪天要写中国式论文了，再去慢慢查资料吧。但是我认为，RTOS是实时的开放性的操作内核，它给了我们一个编写程序和运行程序的基本框架，它的实时性，并不是它最显著的特点，相反，由于引入了系统现场保存和恢复时间开销，其实时性能反而比一般程序(结构优化过的)下降，但也仅仅是相对而言，开放性才是RTOS的真正特点，

　　上文提到了任务切换的一般实现方法，可以归结为一个伪函数，当各任务有私有变量存在时，这个函数还应该再加上私有资源保护，事实上这部分很容易理解，于是得到如下伪函数。　　void Task_Switch(){　　　　Save_TaskA_PC();　　　　　　　　　　　　//保存A任务现场PC地址　　　　Save_TaskA_Regs();　　　　　　　　　　　//保存A任务现场寄存器组

 　　消息在操作系统中是个特殊的名词，更多的时候它指的是一种对象，而并非字面意义上的消息，可以泛指一切对象或数据结构。任务与任务之间的通讯或者数据传递在操作系统看来都是消息，操作系统提供了这样一种消息机制来满足不同的任务之间进行通讯。　　消息也是联系两个互不相关联互无关系的任务的载体，任务间通讯，也产生消息等等。　　WRTOS提供了消息服务，具体有点对点消息服务、同步信号量消息服务、消息队

  　　为了方便开发，方便使用，WRTOS4.0对任务创建做了精简化处理，做为软件工程师，经常会对一个函数或是方法要求的一大堆入口参数而感到用起来复杂，这点在MCU里面特别突出。通常MCU使用的C编译器，都不提供高级语言中那种方法收集与参数预测的功能，所以需要手动去翻找，一个个参数对应入座，这样使用起来效率低且容易出错，WRTOS4.0将几乎所有的系统API函数都做了参数精简处理。　　任务

多任务环境中，常常需要用到进程间通讯，这些通讯过程中参与交换的数据量可大可小，而有的则仅仅只是一个数据指针。在WRTOS中，简单邮箱便可以用来完成简单的进程间数据传递。 　　在WRTOS中，邮箱被设计成为一个32位的变量，它仅仅只能存放一则不超过32位的邮件，并且不且有队列性质，发送邮件之后，对方需要及时查收并取出，否则将会被可能到来的新邮件所覆盖。之所以采用这样的设计，是为了压缩WRTOS核心