update 说明文档/CosyOS原理与应用.md.

Signed-off-by: 零中断延迟的RTOS <cosyos@139.com>

说明文档/CosyOS原理与应用.md

@@ -118,17 +118,18 @@ CosyOS的任务调度时机分为 **定时调度** 与 **临时调度**。<br>
   **4、** 设置阻塞时间为零或清除阻塞时，该任务会转为就绪状态，如果它的优先级高于当前任务的优先级，会立即触发任务调度。<br>
   **5、** 归还互斥信号量完成时，如果发生过优先级继承（该任务的优先级被提升），会恢复该任务的原优先级，并立即触发任务调度。<br>
   **6、** 用户通过调用服务，直接触发的任务调度，包括任务级任务调度和中断级任务调度。<br>
+
 CosyOS的任务调度策略可最大程度的实现尽可能实时高效的任务切换，使CosyOS的实时性更为优异。<br>
 
 ### 任务栈模式
 
-CosyOS把任务栈的处理方式称之为任务栈模式，共包括三种类型，MSP模式、PSP模式、MSP+PSP模式。<br>
+CosyOS把任务栈的处理方式称之为任务栈模式，共包括三种类型，**MSP模式**、**PSP模式**、**MSP+PSP模式**。<br>
 * **MSP模式** 任务切换时，先拷贝主栈内容至当前任务栈（保存现场）；再拷贝新任务栈内容至主栈（恢复现场）。<br>
 * **PSP模式** 每个任务的任务栈都是主栈，哪个任务运行时，哪个任务的任务栈（当前任务栈）就是当前主栈。<br>
 * **MSP+PSP模式** 中断时为Handler模式，入栈入的是主栈；任务时为Thread模式，入栈入的是当前任务栈。<br>
 
-对于51来说，CosyOS采用了搬栈这一传统方案，也就是MSP模式。<br>
-对于Arm来说，CosyOS所采用的方法当然是主流的双栈指针了，也就是MSP+PSP模式。<br>
+对于51来说，CosyOS采用了搬栈这一传统方案，也就是MSP模式；<br>
+对于Arm来说，CosyOS所采用的方法当然是主流的双栈指针了，也就是MSP+PSP模式；<br>
 对于251来说，CosyOS支持MSP模式、PSP模式，这两种栈模式供用户选择。<br>
 
 * **PSP模式与MSP+PSP模式的异同** <br>
@@ -137,14 +138,14 @@ PSP模式，中断入栈也入任务栈，相比MSP+PSP模式，需要更大的
 * **MSP模式的优势** <br>
 凡事都是辩证的，有一利必有一弊。<br>
 MSP模式虽然在任务切换时会保存并恢复现场，导致效率较低，但只要主栈和内存池足够大，就可确保所有任务栈永不溢出。<br>
-当然，前提是任务栈得是动态的，CosyOS将自动启用任务栈重分配机制，以抵御任务栈溢出的风险。<br>
+当然，前提是任务栈得是动态的，CosyOS将自动启用任务栈重分配机制，可有效抵御任务栈溢出的风险。<br>
 这一点是PSP模式、MSP+PSP模式所不具备的。PSP模式、MSP+PSP模式，一旦任务栈溢出，既成事实，数据覆盖可能已经发生，无法挽回。<br>
 
 * **任务栈重分配机制** <br>
-任务栈重分配机制，在正式的产品中可有效抵御任务栈溢出的风险。<br>
-在概率上，也许测试一年也不会碰到一次任务栈溢出，但大批量产品投入使用后不一定哪天就会碰到。<br>
+任务栈重分配机制，被设计用来在正式的产品中抵御任务栈溢出的风险。<br>
+在概率上，也许测试一年也不会碰到一次任务栈溢出，但大批量产品投入使用后不一定哪天就会溢出。<br>
 如果内存足够大，问题也好解决，但51/251的内存有限，既要节约着用还不要栈溢出就得用点策略了。<br>
-任务栈重分配机制的意义就在于此。<br>
+任务栈重分配机制的意义正在于此。<br>
 重点是，任务栈重分配机制是做为一种补救手段，不建议用户过分依赖。<br>
 开发调试时，还是要配置够用的任务栈，保证测试阶段不会溢出（不会发生重分配）。<br>
 任务栈重分配次数多了会导致内存碎片，如果过分依赖的话，反而会导致内存更加不够用。<br>