剛?cè)腴T做嵌入式開發(fā)時，很多人經(jīng)常糾結(jié)：

• 用定時器采集傳感器數(shù)據(jù)，是直接 while 循環(huán)里輪詢標(biāo)志位，還是寫個中斷函數(shù)？
• 串口收發(fā)數(shù)據(jù)時，是用while(!(USART_SR&RXNE))這種老老實實輪詢，還是開個中斷來接收？
• 項目調(diào)試時發(fā)現(xiàn)，輪詢方式代碼好像更直觀，但 CPU 占用高得嚇人；而中斷看起來更“智能”，但又怕響應(yīng)不及時。

這種困惑可以說是嵌入式開發(fā)的經(jīng)典問題。今天，我們就來系統(tǒng)梳理一下中斷 vs 輪詢的區(qū)別、優(yōu)缺點(diǎn)和應(yīng)用場景，讓你寫項目時不再糾結(jié)。

一、輪詢的本質(zhì)：CPU 一直在問“好了沒？”

所謂輪詢，就是 CPU 主動不斷查詢外設(shè)狀態(tài)寄存器。

例子：

如果我們要檢測一個按鍵輸入，代碼可能是：

1. while(1){
2. if(GPIOx->IDR&PIN_MASK){
3. // 按鍵按下，執(zhí)行操作
4. }
5. }

特點(diǎn)：

• 簡單、直觀，好寫好調(diào)試；
• 但 CPU 一直在跑循環(huán)，占用率極高；
• 一旦有多個任務(wù)，就容易顧此失彼。

二、中斷的本質(zhì)：外設(shè)主動“通知 CPU”

中斷的思路是，CPU 不再傻傻問“好了沒”，而是外設(shè)自己準(zhǔn)備好數(shù)據(jù)時，主動打斷 CPU 的當(dāng)前任務(wù)，讓 CPU 去執(zhí)行中斷服務(wù)程序。

例子：

1. voidEXTI0_IRQHandler(void){
2. if(EXTI->PR&(1<<0)){
3. EXTI->PR|=(1<<0);// 清中斷標(biāo)志
4. // 按鍵按下，執(zhí)行操作
5. }
6. }

特點(diǎn)：

• CPU 不用浪費(fèi)時間等待；
• 響應(yīng)更實時；
• 但中斷嵌套過多時，容易造成優(yōu)先級沖突和響應(yīng)延遲。

三、效率對比：什么時候輪詢更好，什么時候中斷更好？

1. 輪詢的優(yōu)勢場景

• 任務(wù)非常簡單：比如檢測一個 LED 狀態(tài)，CPU 沒有別的事干。
• 高頻率、低延遲需求：有些場合下，輪詢比中斷更快，因為不需要保存/恢復(fù)上下文。比如極簡 bit-banging 通信。
• 調(diào)試階段：初學(xué)時，輪詢邏輯更直觀，不容易出錯。

2. 中斷的優(yōu)勢場景

• 多任務(wù)并行：比如 ADC 連續(xù)采樣、UART 通信、外部輸入信號，這些外設(shè)無法預(yù)知何時到來，中斷能讓 CPU 高效切換。
• 低功耗應(yīng)用：MCU 可以進(jìn)入休眠狀態(tài)，等中斷喚醒，而不是一直空跑。
• 實時響應(yīng)需求：外設(shè)狀態(tài)一旦變化，立刻觸發(fā) ISR，避免輪詢的延遲。

四、實戰(zhàn)案例

案例 1：串口接收

• 輪詢方式：CPU 在循環(huán)中不斷檢測RXNE標(biāo)志，CPU 占用率高，接收速率高時容易漏數(shù)據(jù)。
• 中斷方式：每來一個字節(jié)觸發(fā)一次中斷，CPU 只在需要時處理，效率更高。

【配圖建議：串口數(shù)據(jù)流對比圖，輪詢方式 CPU 一直忙，中斷方式 CPU 空閑→數(shù)據(jù)來才處理】

案例 2：按鍵輸入

• 輪詢方式：需要在主循環(huán)不斷檢測 GPIO 狀態(tài)，不適合低功耗。
• 中斷方式：用外部中斷（EXTI）檢測電平變化，CPU 平時休眠，按鍵按下時自動喚醒，非常適合電池供電設(shè)備。

案例 3：高速采樣任務(wù)

• 有時候輪詢反而比中斷更穩(wěn)，比如 1MHz 的采樣時鐘，如果用中斷，每秒中斷 100 萬次，CPU 可能直接崩潰；
• 此時更合適的方案是DMA + 定時器觸發(fā) ADC，比單純中斷/輪詢都高效。

五、開發(fā)者常見誤區(qū)

誤區(qū) 3：中斷一定比輪詢好錯。中斷也有開銷，尤其是上下文保存和恢復(fù)。低延遲場景下，簡單輪詢反而更快。
誤區(qū) 2：輪詢就是“落后”的方式錯。對于某些短小的邏輯，輪詢更容易實現(xiàn)，也不會帶來復(fù)雜的中斷優(yōu)先級問題。

誤區(qū) 3：所有任務(wù)都用中斷處理錯。中斷太多會導(dǎo)致優(yōu)先級沖突，難以維護(hù)。復(fù)雜系統(tǒng)一般會用中斷 + RTOS 任務(wù)配合，而不是全靠 ISR。

六、總結(jié)：怎么選？

• 項目小、邏輯簡單→ 用輪詢就行，別折騰太復(fù)雜；
• 多任務(wù)并行、功耗敏感→ 中斷更合適；
• 高頻采樣、大數(shù)據(jù)吞吐→ DMA + 定時器觸發(fā)，才是終極方案；
• 調(diào)試階段→ 可以先用輪詢，邏輯清楚后再改成中斷。

一句話總結(jié)：中斷不是萬能的，輪詢也不是落后的，兩者都有存在價值。關(guān)鍵是根據(jù)項目場景來選。