RTOS下不同任务传值的方式

开发ios的同事反馈说，最近一版的蓝牙连接时，20次里面会有1~2次回复“未识别的命令”。虽然经过半天的查找和测试，ios的code里面改动了些东西，概率有了显著的下降，但是50次依然有1~2次回复“未识别的命令”。后来ios的code做了容错处理，问题消失，但是我心里依然明白：问题并没有从根本上解决。我没法对这个问题做评估，最坏的结果是这个小bug还有可能会危害到整个系统。

后来查出来，是有一个全局变量被意外修改了。描述如下：

在自定义的XX_profile.c文件中有定义一个全局变量len_updateCmdVariable。这个值用来记录从手机app处发过来的字符数目。假如在某个时刻X1下，手机app发过来17个bytes此时len_updateCmdVariable等于17。触发了SimpleBLEPeripheral_processCharValueChangeEvt事件，处理该事件时用到了len_updateCmdVariable，但此时len_updateCmdVariable变成了13（应该是在处理事件之前又收到了别的值）。这样就导致该全局变量前后不一致。

解决方式是：把全局变量len_updateCmdVariable压到队列中，处理事件的时候，再通过出栈的方式把值传给另一个全局变量B，处理时使用B的值。这样即使中途有别的事件修改了len_updateCmdVariable的值，也不会影响处理的结果。

按照以上方式修改后，测试通过，测试50次，1次都没出现“未识别的命令”。简直“完美”！

结论是：任务之间的值传递，尽量使用队列，不要使用全局变量。