3. UART中断模式与轮询模式对比

在MCU驱动开发中，UART数据收发主要采用两种模式：轮询模式和中断模式。理解两者的本质差异，是进行通信参数调优的前提。轮询模式虽然实现简单，但在实时性和CPU利用率方面存在严重缺陷；中断模式则通过硬件事件驱动，大幅提升了系统响应能力。

3.1 轮询模式的实现与缺点

轮询模式的核心思想是：CPU主动、反复地检查UART外设的状态寄存器，判断是否接收到数据或发送缓冲区是否为空。典型的轮询接收代码如下：

// 轮询模式接收一个字节
uint8_t uart_polling_receive(void) {
    // 等待RXNE（接收非空）标志位置位
    while (!(USART1->SR & USART_SR_RXNE));
    // 读取数据寄存器，硬件自动清除RXNE标志
    return (uint8_t)(USART1->DR & 0xFF);
}

这种“忙等待”机制带来了以下主要缺点：

3.2 中断模式的优势

中断模式彻底改变了CPU与UART外设的交互方式：UART硬件在特定事件（如接收到一个字节、发送缓冲区空）发生时，向CPU内核发送中断请求，CPU暂停当前任务，跳转到中断服务函数（ISR）处理数据，处理完成后返回断点继续执行。

中断模式相比轮询模式的具体优势如下：

• CPU利用率极高：仅在中断触发时占用CPU（通常仅需几微秒），其余时间CPU可自由调度其他任务，利用率从100%降至接近0%（空闲时）。
• 实时响应：中断请求由硬件直接触发，延迟通常为几十个CPU时钟周期（纳秒级），远优于轮询的毫秒级延迟。
• 低功耗支持：CPU可以在无数据时进入WFI（Wait For Interrupt）或休眠模式，中断事件可将其唤醒，显著降低系统功耗。
• 非阻塞：主程序无需等待UART操作完成，发送数据时只需将数据放入环形缓冲区并使能发送中断即可返回。
• 多通道并行：多个UART通道可以共享同一CPU时间片，每个通道的中断独立触发，互不干扰。

3.3 实时性对比分析

实时性是衡量通信模式优劣的关键指标。下面从响应延迟和抖动两个维度进行定量对比。

3.4 中断模式实时性量化分析

中断模式的实时性可以用中断延迟来量化。中断延迟 = 硬件响应时间 + 软件压栈时间 + 高优先级中断阻塞时间。以常见的ARM Cortex-M3/M4内核（主频72 MHz）为例：

• 硬件响应时间：12个CPU时钟周期（约167 ns），用于中断采样和向量表查找。
• 软件压栈时间：自动压栈8个寄存器（R0-R3, R12, LR, PC, xPSR），约20个时钟周期（278 ns）。
• ISR执行时间：读取数据寄存器 + 写入环形缓冲区 + 清除中断标志，约30~50个时钟周期（417~694 ns）。
• 总中断延迟：约62~82个时钟周期（0.86~1.14 μs），远小于一个字节的传输时间（115200 bps下为86.8 μs）。

3.5 模式选择决策指南

在实际项目中，应根据应用场景选择合适的通信模式。以下决策树可帮助快速判断：