中斷是計算機系統最重要的組成機制之一，在ARM架構里，通常稱為異常（Exception），在文檔里是這么說的：

An exception can be caused by the execution of an exception generating instruction or triggered as a response to a system behavior such as an interrupt, memory management protection violation, alignment or bus fault, or a debug event.

意思是異常是由某些能夠生成異常的指令（例如：SVC）或者是響應外部中斷、內存沖突、對齊或總線錯誤、調試等系統行為導致的。

所以，在ARM架構里，中斷指的是外設產生的需要系統優先處理的事件，是異常的一種。異常由NVIC（Nested Vectored Interrupt Controller）模塊統一管理。

關于中斷和異常的工作原理，在ARM架構下的工作方式等這里不做展開，需要復習這些知識點的建議找ARM內核架構的文檔去看。這里主要以HAL庫中STM32F7的串口中斷響應過程為例，來看一下中斷到底是怎么工作的，為什么能夠提高系統運行效率。

1. CubeMX配置串口1工作在中斷模式下

還是之前的點燈例程，按下圖配置串口1，重新生成代碼。

需要說明的是，ARM的中斷優先級分為搶占式優先級和子優先級，STM32采用4個優先級位，也即4個優先級位都為搶占式優先級（FreeRTOS就是這樣處理的）時，總共有16個優先級別，數值越小優先級越高。這里默認就行。

2. 生成代碼分析

在生成的工程里Core->Src目錄下，會多一個usart.c的源文件，里邊有下面三個函數，把代碼注釋寫出來：

//串口1初始化函數
void MX_USART1_UART_Init(void)
{   
    //設置串口1工作參數：115200bps，1個起始位，8個數據位，1個停止位，無校驗位
    //調用HAL的串口初始化函數HAL_UART_Init(&huart1)
}


//串口的MSP（MCU Support Package）初始化，這是與硬件相關的初始化，單獨提出來，方便移植
//這是一個回調函數，會被HAL的串口初始化函數調用
void HAL_UART_MspInit(UART_HandleTypeDef* uartHandle)
{
    //串口1相關時鐘使能
    //串口1相關GPIO初始化
    //設置NVIC，使能串口1中斷
}


//串口MSP的反初始化，調用這個函數會使串口失能，相關的時鐘、引腳和中斷恢復到復位狀態
void HAL_UART_MspDeInit(UART_HandleTypeDef* uartHandle)
{
    //失能串口1時鐘
    //失能串口1引腳
    //失能串口1中斷
}

在main.c中調用串口1初始化函數，程序運行時完成串口1的初始化。

另外，在stm32f7xx.c中，增加了下面的函數：

void USART1_IRQHandler(void)
{
  HAL_UART_IRQHandler(&huart1);
}

這是串口1 的中斷服務程序，通過調用HAL庫的串口中斷處理程序HAL_UART_IRQHandler完成中斷響應。這個中斷服務程序完全可以針對該串口完成的具體功能自己去寫，效率更高。調用HAL庫完成中斷處理更簡單方便，可移植性更好。

另外要注意的是，調用HAL庫完成中斷處理的話，還需要自己重寫中斷處理的回調函數，HAL庫里的回調函數是一個弱函數，本身并沒有實現任何功能。這也很好理解，每個應用的需求都不同，不可能寫出一個通用的中斷處理函數。而且有一個回調用的弱函數在，就算是用戶程序沒有實現，也不會導致程序出錯。

3. 添加代碼實現功能

假設要實現一個最簡單的情況，串口每接收到一個字節的數據，非n則計數器RxCounter加1，否則計數器清零。為了方便觀察，我們按下邊這樣實現。

在main.c中定義兩個全局變量，并申明usart.c中定義的串口1的句柄，如下：

uint8_t* Uart1RxBuff = 0;
uint8_t RxCounter = 0;


extern UART_HandleTypeDef huart1;

并在main函數的while循環前加如下代碼，實現串口1每接收一個字節產生中斷，接收的數據存放在Uart1RxBuff中。

if (HAL_UART_Receive_IT(&huart1, Uart1RxBuff, 1) != HAL_OK)
{
    Error_Handler();
}

在usart.c中，聲明main.c中定義的兩個全局變量：

extern uint8_t* Uart1RxBuff;
extern uint8_t RxCounter;

并重新實現接收中斷的回調函數如下：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
    /*判斷是否是串口1中斷*/
    if(huart- >Instance == USART1)
    {
        /*判斷接收的數據是否為n*/
        if(*Uart1RxBuff != 'n')
        {
             RxCounter ++;
        }
        else
        {
             RxCounter = 0;
        }
        /*重新使能串口1接收中斷*/
        HAL_UART_Receive_IT(&huart1, Uart1RxBuff, 1);
     }
}

而HAL庫中的接收回調弱函數的代碼如下：

__weak void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
  /* Prevent unused argument(s) compilation warning */
  UNUSED(huart);


  /* NOTE : This function should not be modified, when the callback is needed,
            the HAL_UART_RxCpltCallback can be implemented in the user file.
   */
}

另外， UNUSED是一個宏，定義如下：

#define UNUSED(X) (void)X      /* To avoid gcc/g++ warnings */

好了，到此就完成了一個簡單的串口接收中斷處理的任務。能夠判斷接收的有效字符數。

4. 中斷響應過程分析

串口1接收到一個字節的數據后，USART_ISR寄存器的RXNE位置1，如果對應的接收中斷使能的話，則會向NVIC產生一個中斷請求，NVIC根據中斷源（USART1）去中斷向量表相應的地址上找到中斷向量（中斷服務程序的入口地址），執行串口1的中斷服務程序。

由上圖可以看出，USART1的中斷向量偏移地址為0x000000D4，默認是從零地址開始偏移，所以實際地址也為0x000000D4。中斷向量表這個地址上存儲的中斷向量是中斷服務程序USART1_IRQHandler的入口地址。看過之前文章關于啟動代碼的分析就應該知道，在啟動代碼里定義好了中斷向量表，中斷向量地址是由鏈接器生成符號地址后裝入中斷向量表的。

那么接下來的調用過程是這樣的：

5. 小結

基于HAL庫的串口中斷的基本流程就是這樣，但是并沒有深入去查看相關庫函數的實現過程，想全面掌握的話還需要去仔細閱讀庫函數源碼。