STM32串口用中断还是用轮询

1.从轮询到中断

很多同学都不喜欢用中断，而偏爱用轮询的操作方式。

这是不是和我们的天性有关呢？每个人都喜欢一切尽在掌握中，肯定都不喜欢被打断。我们常常都有这样的经验：正在跟别人说一件事，然后突然有个电话打进来，Call打完后突然记不起来刚才讲到哪了！这种糟糕的体验对我们影响是如此深刻，以至于我们认定机器可能也是这样吧，频繁的中断会不会把事情搞乱呢？好在机器虽然大部分时间都比人笨一些，但在处理这种问题上却能做到一丝不苟。机器在中断来的时候总会老老实实地先把当前正在做的记录下来，然后转去处理中断事件，中断处理完后分毫不差地恢复原来的工作。

仔细想一想，我们是不是也可以在接电话前先用个小本儿记录一下正在讲的事情呢？我们为什么没有这么做呢？一个原因可能手头正好没有笔，再一个我们可能过于自信比机器聪明了吧，当然最有可能的就是我们大多数时候都讲的都是很无聊的话题，哈哈。

我们用 Keil 打开下面这个工程：

STM32Cube_FW_F0_V1.11.0\Projects\STM32F030R8-Nucleo\Examples\UART\UART_TwoBoards_ComIT\MDK-ARM\Project.uvprojx

这时候我们会发现，如果不仔细看，几乎看不出和用轮询操作的代码有什么区别。特别是初始化部分，就是一模一样的。说好的中断方式呢？

好，我们往下面找一下终于会发现点儿不同：

在这里我们发现串口发送调用了一个不同的函数。秘密就在这个函数里：

HAL_UART_Transmit_IT 这个函数有三个参数：

UART_HandleTypeDef *huart, 让函数知道处理的是哪个串口

uint8_t *pData, 需要发送的数据首地址

uint16_t Size 发送数据的大小(长度)

这个函数的三个步骤：

Step1: 把待发送数据区的首地址，长度赋给串口的 Handle。

Step2: 根据参数(8B还是9B)，挂载不同的处理函数。

Step3: 开中断(串口发送寄存器空将产生中断)。

HAL_UART_Transmit_IT 函数执行完这些任务就退出了，主程序可以继续执行其它的操作。这是和轮询完全不同的。我们回头看一下轮询方式的 HAL_UART_Transmit 就会发现这个函数一直要等到所有数据都发送完才退出，在此期间MCU被100%占用，没有办法做其它的事情。轮询方式发送函数里有个参数 5000，这是一个发送超时参数，不管有没有发送完，5秒以后强制退出此函数，防止由于硬件或其它原因卡死在这个函数里。

2.再谈Handle

对于 Handle 这个词，我们没有用"句柄"这种翻译，因为"句柄"这个词本身也是生造出来的，这个词本身就不太好理解，容易把人引入歧途。所以我们认为 Handle 这个词不翻译为好。Handle 是一个重要的概念，所以我们需要反复体会用它来管理硬件模块的好处。

我们可以把它想象成一个负责装卸货船的办事处，类型声明(如 UART_HandleTypeDef ) 是一个创建办事处的模板。如果有五个码头，那就创建五个办事处，这些办事处是相似的，但每个办事处又不同，它们建在不同的码头，有不同的人员，可以调用不同的车队。这个办事处可以等待中央机构(MCU)的命令，也可以用更好的办法。

中断的方式就像我们给这个办事处建立一个自动处理流程，码头来了一个空货船，则自动触发办事处中的一些办事员调动车队把货物运到船上。而轮询方式就像所有的事情都要等待中央指挥中心(MCU)下达命令，即使办事处一堆人员正无所事事。

下面的 Handle 就好比是一个这样的办事处，初始化的过程就是告知它建在 USART1，以及波特率，有无奇偶校验，停止位等信息。

HAL_UART_Transmit_IT 函数告知此办事处有一堆 8BIT 货物在仓库 aTxBuffer 存放，并通过把 TxISR 指向适合的车队( 函数 UART_TxISR_8BIT )，建立了一个自动处理流程。