摘要：全局变量常被视为"不良设计"，但在嵌入式系统中，它却是性能最优的通信方式。关键不在于避免使用，而在于如何正确设计。
全局变量常被视为"不良设计"，但在嵌入式系统中，它却是性能最优的通信方式。关键不在于避免使用，而在于如何正确设计。
为什么会出现数据竞争？本质在于非原子操作的中断。
这个操作：
volatile uint32_t counter = 0;counter++; // 看起来是原子的，实际上不是在ARM Cortex-M中，这个操作被编译为：
LDR r0, [counter_addr] ; 读取当前值ADD r0, r0, #1 ; 加1STR r0, [counter_addr] ; 写回内存如果在LDR和STR之间发生中断，且中断处理函数也修改counter，就会产生数据丢失。
策略1：关中断保护（适用于简单数据）
策略2：无锁算法（适用于高频访问）
基于内存屏障的无锁设计，这是在高频数据采集系统中使用的方案：
回调函数的本质是控制反转，它将"何时执行"的决定权从调用者转移给被调用者。这种机制在嵌入式系统中具有独特的价值。
传统的函数调用是推模式：主动调用函数获取结果。回调函数是拉模式：被动等待事件触发。
这种差异带来了根本性的架构优势：
陷阱1：回调中的阻塞操作
这是我见过最常见的错误。在1kHz传感器采样系统中，如果回调函数包含2ms的LCD操作，系统负载将达到200%！
陷阱2：回调递归调用
更隐蔽的问题是回调递归。传感器回调触发报警，报警函数又读取传感器，形成无限递归。
陷阱3：回调函数中的内存分配
在中断上下文中调用malloc是灾难性的，但很多工程师在回调中无意识地这样做。
高效的回调设计模式：
核心设计原则：
同步回调：仅做数据拷贝和标志设置，耗时异步回调：复杂处理放入任务队列，由低优先级任务执行优先级管理：关键回调优先执行，确保实时性这种设计将回调函数的灵活性与系统的实时性完美结合。
异步通信的核心价值不在于技术实现，而在于系统思维的转变：从"立即处理"转向"延迟处理"，从"同步等待"转向"异步响应"。
同步通信就像电话通话：双方必须同时在线，一方阻塞等待另一方响应。
异步通信就像电子邮件：发送方投递消息后立即返回，接收方按自己的节奏处理。
这种差异在嵌入式系统中具有深远影响：
同步模式的问题：
高优先级任务被低优先级操作阻塞系统响应时间不可预测模块间强时间耦合，难以扩展异步模式的优势：
时间解耦：生产者和消费者独立运行缓冲机制：平滑处理突发数据优先级隔离：高优先级任务不受影响传统的动态内存分配方式在嵌入式系统中是反模式：
内存碎片化导致不可预测的分配失败malloc/free在中断中不可重入内存泄漏风险难以控制较好的设计：
预分配策略：系统启动时分配所有内存固定大小消息：避免可变长度带来的复杂性环形缓冲区：高效的FIFO实现无锁算法：避免互斥锁的开销和死锁风险异步通信的时序分析
异步通信将时间耦合转换为空间耦合，用少量内存换取了系统的实时性和可扩展性。这是嵌入式系统架构设计的根本性转变。
核心判断标准：
回调函数嵌套调用，形成复杂的调用链，难以调试和维护。
解决思路： 引入事件队列，将同步回调转换为异步事件处理。
高优先级任务被低优先级操作阻塞。
解决思路： 严格区分同步和异步操作，高优先级路径绝不能包含阻塞操作。
。。。
来源：有趣的科技君
