FreeRTOS中Parser与Handler消息传递：回调还是队列？

即便Parser和Handler任务优先级相同，以下几种场景下，回调方案仍存在明显缺陷，建议改用队列：

• Handler处理耗时不可控：要是Handler的消息处理偶尔会拖时间（比如复杂运算、慢外设操作），会直接卡住Parser的UART接收流程。UART接收是实时性很强的活儿，一旦Parser被阻塞，极大概率导致串口缓冲区溢出丢数据，这对通信模块来说是致命问题。
• 未来有扩展需求：哪怕现在不需要批量处理、延迟调度或消息优先级，难保后续需求变更。回调是同步调用，后续要加这些功能得大改架构；而队列天生支持异步调度，后续扩展成本低很多。
• 故障隔离需求：如果Handler逻辑有可能出异常（比如断言失败、非法内存访问），用回调的话，崩溃会直接蔓延到Parser任务，导致整个接收模块挂掉。用队列的话，两个任务完全独立，Handler出问题不会影响Parser正常接收，故障隔离性好太多。
• 模块耦合过高：要是以后要加多个Handler，或者Parser要给多个模块发消息，回调会让Parser和各个Handler绑定死，注册、管理回调列表会越来越乱。队列则能让Parser只负责把消息丢进队列，谁要处理自己去取，模块边界清晰，代码维护起来轻松不少。
• 资源竞态隐患：就算现在Handler和Parser共享资源时没冲突，但后续只要代码有调整（比如Handler改成多任务调用，或者Parser逻辑修改），回调在Parser上下文执行的模式很容易引入竞态条件。队列是FreeRTOS标准的任务间通信方式，更符合框架设计逻辑，后续踩坑的概率更低。

内容的提问来源于stack exchange，提问作者travelboy