结合我现在做的项目说，
有CAN通讯与串口通讯需要处理，
目前我的处理方案（方案一）是将协议解析与处理直接在中断回调函数中运行，
后续想尝试（方案二）在CAN接收中断与串口接收中断中只做数据缓存（用FreeRTOS的消息队列），
协议解析与处理用单独的任务处理：循环体中反复取出消息队列中缓存的数据，根据协议解析并处理。

方案一：优点：处理及时
             缺点：不适合做复杂处理占用中断时间，理论上中断处理越简单越好，但是通讯协议中会包含有占用时间长的执行动作

方案二：优点：中断占用时间短
             缺点：对通讯数据响应不及时

想跟做过类似项目的大佬们交流一下。

推荐方案2，中断中存一下数据立即回到循环体，响应其实很快。反而方案1在中断中耽误太多时间，影响下次中断接收，这就不能说是处理及时了，是根本就不处理。

中断处理一定要及时的，本来就注重不要被错误原因卡死之类，所以推荐二

不管是从业务逻辑还是代码逻辑来考虑，都推荐将数据接收和协议解析分开处理