嵌入式面试总结（十四）——中断处理

一、引言

中断处理是嵌入式系统设计的核心机制之一，也是嵌入式软件工程师面试中的高频且深度的考点。面试官不仅会考察基本概念的记忆，更会通过场景分析、代码审查和设计权衡来评估候选人的实战理解与问题解决能力。

本文旨在系统梳理中断相关的核心概念、处理流程、编程要点以及与实时操作系统（RTOS）的协同方式，并整理常见的面试问题与回答思路。文中将特别强调面试中容易深入追问的环节，例如：

• 中断与轮询的场景选择与利弊权衡；
• 中断服务例程（ISR）的编写禁忌与性能影响；
• 中断优先级、嵌套与实时性保证的关联；
• 在RTOS环境下，中断与任务间通信与同步的典型模式。

通过本文，读者不仅能构建清晰的知识体系，更能掌握在技术面试中展现深度、逻辑清晰、对答如流的关键技巧，从而从容应对挑战。

二、中断的基本概念

中断是嵌入式系统中处理器响应外部或内部事件的一种核心机制。当特定事件（如按键按下、定时器溢出、数据接收完成）发生时，处理器会暂停当前正在执行的程序，转而去执行一个预先定义好的服务程序（中断服务例程，ISR），执行完毕后再恢复原程序继续执行。

中断机制的核心价值在于提高CPU利用率和保证实时响应。与轮询（Polling）相比，中断是事件驱动的，CPU无需持续查询外设状态，从而可以执行其他任务，直到事件发生时才被“打断”。

中断与轮询的对比

为了更好地理解中断，我们将其与轮询进行对比：

中断相关的重要术语

• 中断源（Interrupt Source）：能够引发中断的事件来源，如外部引脚、定时器、通信接口等。
• 中断请求（IRQ, Interrupt Request）：中断源向处理器发出的服务请求信号。
• 中断向量表（Interrupt Vector Table）：一个存储了各个中断服务程序入口地址的表格，处理器根据中断号从中查找ISR地址。
• 中断服务例程（ISR, Interrupt Service Routine）：处理中断事件的函数，需要快速执行完毕。
• 中断优先级（Interrupt Priority）：当多个中断同时发生时，决定哪个中断先被处理的等级。
• 中断嵌套（Interrupt Nesting）：高优先级中断可以打断正在执行的低优先级ISR，形成嵌套。
• 中断屏蔽（Interrupt Masking）：通过设置寄存器暂时禁止某些中断响应。

理解这些基本概念是掌握后续中断处理流程、ISR编写和优先级配置的基础。在面试中，面试官常会要求结合具体场景（如按键防抖、串口接收）阐述中断机制的优势与注意事项。

三、中断处理流程

中断处理流程是理解中断机制如何运作的核心。一个完整的中断处理过程，从事件发生到程序恢复执行，通常包含以下七个关键步骤，其执行顺序与处理器硬件、软件紧密协作：

1. 中断请求（IRQ, Interrupt Request）：外部设备（如按键、定时器、UART）或内部模块（如看门狗、ADC）检测到特定事件，向处理器的中断控制器发出一个电信号（中断请求）。
2. 中断响应：处理器在执行完当前指令后，会检查中断控制器是否有待处理的中断请求。如果中断未被屏蔽且优先级允许，处理器决定响应此中断。
3. 保存现场（Context Saving）：处理器自动将当前程序计数器（PC）、状态寄存器（PSW/FLAGS）以及可能用到的通用寄存器压入堆栈。这一步至关重要，它保证了被中断的程序在返回后能无缝衔接地继续执行。
4. 中断向量表跳转：处理器根据中断源编号（中断向量号）查询中断向量表（IVT），从中获取对应中断服务例程（ISR）的入口地址，并跳转到该地址开始执行。
5. 执行中断服务例程（ISR）：执行程序员预先编写好的ISR代码，完成中断事件的核心处理，例如读取UART接收缓冲区数据、清除定时器溢出标志、更新全局状态变量等。
6. 恢复现场（Context Restoring）：ISR执行完毕后，从堆栈中弹出之前保存的寄存器值，恢复被中断程序的原始执行环境。
7. 中断返回：执行特定的中断返回指令（如x86的IRET、ARM的BX LR或POP {PC}），处理器将程序计数器（PC）指向被中断指令的下一条指令，程序继续执行。

面试深入点：面试官常会追问“保存现场具体保存哪些寄存器？”（取决于架构和编译器）、“中断向量表存放在哪里？”（Flash固定地址或RAM可重定位）、“中断响应时间受哪些因素影响？”（当前指令长度、中断屏蔽状态、总线周期等）。理解这些细节能体现你对底层机制的掌握程度。

四、中断的分类

中断可以从多个维度进行分类，理解这些分类有助于在系统设计时做出合理的选择。以下是几种常见的分类方式：

1. 按中断来源分类

• 外部中断（External Interrupt）：由处理器外部引脚或外设触发。例如：
  • GPIO引脚电平变化（按键、传感器）
  • 定时器/计数器溢出
  • 通信接口（UART、SPI、I2C）数据收发完成
  • ADC转换完成
  • 外部看门狗触发
• 内部中断（Internal Interrupt）：由处理器内部事件或指令触发。例如：
  • 异常（Exception）：非法指令、除零错误、内存访问违规、栈溢出等。
  • 软中断（Software Interrupt）：通过特定指令（如ARM的SWI、x86的INT）主动触发，常用于系统调用（Syscall）或调试。
  • 陷阱（Trap）：单步调试、断点等。

2. 按中断可屏蔽性分类

• 可屏蔽中断（Maskable Interrupt）：可以通过设置处理器的中断屏蔽寄存器（如x86的IF标志、ARM的PRIMASK）来禁止响应。绝大多数外设中断属于此类，设计时需注意关中断的时机和范围，避免影响实时性。
• 不可屏蔽中断（NMI, Non-Maskable Interrupt）：无法通过软件屏蔽，用于处理必须立即响应的严重硬件错误。典型应用包括：
  • 电源故障（电压跌落、掉电预警）
  • 内存奇偶校验错误
  • 硬件看门狗超时
  由于NMI无法被屏蔽，其服务程序必须极其可靠且短小，通常只做最低限度的错误记录或系统复位。

3. 按中断触发方式分类

• 电平触发中断（Level-Triggered）：只要中断引脚保持有效电平，中断请求就持续有效。优点是对短脉冲不敏感；缺点是如果ISR未清除中断源，可能重复进入，且可能因电平抖动误触发。
• 边沿触发中断（Edge-Triggered）：仅在中断引脚发生指定跳变（上升沿、下降沿或双边沿）时产生一次中断请求。优点是避免重复触发，适合脉冲信号；缺点是对窄脉冲可能漏检。

4. 按中断向量表组织方式分类

• 固定向量中断（Fixed Vector）：每个中断源有固定的向量号，中断服务程序入口地址在向量表中位置固定。优点是响应快，硬件实现简单。
• 向量化中断（Vectored Interrupt）：中断控制器可动态分配或提供中断源信息，允许更灵活的中断处理。例如ARM的NVIC（Nested Vectored Interrupt Controller）。

5. 按中断优先级与嵌套行为分类

• 单级中断：所有中断优先级相同，一旦进入ISR即屏蔽其他中断，无法嵌套。
• 多级优先级中断：支持中断优先级，高优先级可打断低优先级ISR，形成中断嵌套。需注意堆栈深度和实时性分析。

面试深入点：面试官可能会追问“在电机控制系统中，为什么通常将过流保护设为NMI？”（因为过流必须立即处理，防止硬件损坏）或“电平触发和边沿触发在按键消抖设计中如何选择？”（边沿触发更常见，配合软件消抖）。理解分类背后的设计考量，能体现你的工程思维深度。

五、中断服务例程（ISR）编写要点

中断服务例程（ISR）是中断处理的核心执行体，其编写质量直接关系到系统的实时性、稳定性和可靠性。一个设计良好的ISR应遵循以下原则，这些原则也是面试官重点考察的实践能力。

1. 核心编写原则

1. 短小精悍（Keep It Short and Simple, KISS）：ISR应尽可能快地执行完毕，只完成最必要、最紧急的操作。典型操作包括：
   • 读取或写入硬件寄存器（如UART接收缓冲区、ADC转换结果）。
   • 清除中断标志位，防止重复触发。
   • 更新全局状态变量或标志（如设置一个“数据就绪”标志）。
   耗时操作（如复杂计算、字符串格式化、文件I/O）应放到主循环或后台任务中。
2. 避免阻塞（Non-Blocking）：ISR中严禁调用可能引起阻塞或不确定延迟的函数。常见禁忌包括：
   • 标准I/O函数（如printf、scanf）。
   • 动态内存分配（如malloc、free）。
   • 某些操作系统调用（如等待信号量、睡眠）。
   • 循环等待某个外部条件（如while(!FLAG);）。
3. 注意可重入性与数据竞争（Reentrancy & Data Race）：当ISR与主程序（或其他ISR）共享全局变量或资源时，必须考虑并发访问的安全问题。
   • 关中断/开中断：在访问共享资源前后临时关闭中断，是最简单直接的临界区保护方法，但会增加中断延迟。
   • 原子操作：如果硬件支持，使用原子读-修改-写指令（如ARM的LDREX/STREX）来更新共享变量。
   • 无锁数据结构：设计环形缓冲区（Ring Buffer）等结构，使生产者和消费者可以无锁访问。
4. 及时清除中断标志：必须在ISR内明确清除触发本次中断的外设标志位。清除时机有两种常见策略：
   • 进入即清：在ISR开头清除，适用于边沿触发中断，可避免因ISR执行时间长导致重复进入。
   • 退出前清：在ISR返回前清除，适用于电平触发中断，确保中断请求信号持续期间ISR只执行一次。
   忘记清除标志是导致“中断风暴”或系统挂起的常见原因。

2. 性能优化与调试技巧

• 使用静态或局部变量：避免在ISR内定义大型栈变量，以防栈溢出。优先使用静态变量或通过参数传递数据。
• 避免函数调用开销：对于极其频繁的中断，考虑将ISR写成内联汇编或使用编译器特性（如__attribute__((interrupt))）来优化现场保存/恢复。
• 测量中断延迟与执行时间：利用GPIO引脚和示波器，或MCU内部的调试计时器，实际测量从中断发生到ISR开始执行的时间（中断延迟）以及ISR本身的执行时间。这是评估实时性的关键数据。
• 添加调试钩子：在ISR入口和出口设置调试变量（如递增计数器），便于在调试器中观察中断触发频率和执行情况。

3. 与RTOS的协同

在实时操作系统（RTOS）环境中，ISR的角色通常是通知者而非执行者。最佳实践是：

1. ISR仅做快速预处理：读取数据、清除标志、更新状态。
2. 通过内核对象通知任务：使用信号量（Semaphore）、消息队列（Message Queue）、事件标志组（Event Flags）等机制，唤醒等待该事件的任务。
3. 使用ISR安全API：RTOS通常提供专用于ISR的API（如xSemaphoreGiveFromISR()），这些API不会引起任务调度阻塞，且能在中断上下文中安全调用。
4. 避免在ISR中进行任务切换决策：将复杂的业务逻辑和调度决策留给任务上下文。

4. 常见陷阱与面试追问点

• 中断服务程序能递归调用自身吗？通常不能。除非特意设计，否则ISR不应重入，需确保在ISR执行期间，同一中断源被屏蔽或标志已清除。
• ISR中能否调用其他函数？可以，但被调用的函数也必须是可重入的且非阻塞的。最好将ISR和相关函数放在同一个编译单元，并仔细审查其实现。
• 如果ISR执行时间过长，会有什么后果？高优先级中断无法及时响应，系统实时性下降；低优先级中断可能丢失；在无RTOS的系统中，主程序长时间得不到执行，看起来像“卡死”。
• 如何设计一个用于高频数据采集的ISR？面试官可能期望你提到：使用DMA减轻CPU负担、采用双缓冲或环形缓冲区、ISR只负责搬运数据指针、在任务中处理数据。

掌握这些编写要点，不仅能写出健壮可靠的ISR，也能在面试中清晰阐述设计思路，展现扎实的工程实践能力。

六、中断优先级与嵌套

大多数现代MCU支持中断优先级。高优先级中断可以打断正在执行的低优先级ISR，形成中断嵌套。配置时需注意：

• 合理设置优先级，确保关键任务（如电机控制、安全检测）能及时响应。
• 避免优先级反转问题。
• 了解处理器对中断嵌套深度的限制。

中断嵌套场景示例：高优先级定时器中断打断低优先级串口ISR

考虑一个嵌入式数据采集系统，配置了两个中断源：

• 高优先级中断：定时器中断（Timer IRQ），优先级设为2（数字越小优先级越高），用于精确的1ms周期性数据采样。
• 低优先级中断：串口接收中断（UART RX IRQ），优先级设为5，用于接收上位机命令。

场景描述：系统正在执行主程序，此时串口接收到一个字节数据，触发低优先级串口中断。CPU保存主程序现场，跳转至串口ISR开始执行。在串口ISR执行过程中（例如，正在将接收到的字节存入环形缓冲区），1ms定时器中断触发。

中断嵌套发生过程：

1. CPU检测到高优先级（2）的定时器中断请求。
2. 由于定时器中断优先级（2）高于当前正在执行的串口ISR优先级（5），CPU会立即暂停串口ISR的执行。
3. CPU将串口ISR的当前现场（程序计数器、状态寄存器等）再次压入堆栈。
4. CPU跳转执行高优先级的定时器ISR。
5. 定时器ISR执行完毕（例如，读取ADC采样值）后，执行中断返回指令。
6. CPU从堆栈中恢复串口ISR的现场，继续执行被中断的串口ISR剩余部分。
7. 串口ISR执行完毕，再次执行中断返回指令，最终恢复主程序现场并继续执行。

堆栈变化分析：

• 嵌套前：堆栈中保存了主程序的现场（PC, PSW, 寄存器等）。
• 第一次中断（串口）：将主程序现场压栈。
• 第二次中断（定时器，嵌套）：将串口ISR的现场压栈。此时堆栈中包含两层现场信息。
• 中断返回：定时器ISR返回时，弹出串口ISR现场；串口ISR返回时，弹出主程序现场。

因此，中断嵌套会显著增加堆栈消耗。如果嵌套层数过多或ISR中使用了大量局部变量，可能导致堆栈溢出，引发系统崩溃。

设计注意事项：

1. 堆栈深度预留：必须根据可能的最大中断嵌套层数（考虑所有中断源的优先级组合）以及每层ISR的局部变量需求，预留足够的堆栈空间。通常需要在最坏情况下进行估算并留有安全余量。
2. ISR执行时间最小化：高优先级ISR应尽可能短小，以减少对低优先级中断的阻塞时间，保证系统整体实时性。
3. 临界区保护：如果高优先级和低优先级ISR访问相同的共享资源（如全局缓冲区），必须使用关中断、原子操作或无锁数据结构来防止数据竞争，并注意优先级反转风险。
4. 调试与监控：在调试阶段，可以通过监控堆栈指针或使用填充模式（如0xAA）来检测堆栈使用情况，确保没有溢出风险。

通过此示例可以看出，中断嵌套是提高系统实时响应能力的重要手段，但同时也带来了堆栈管理和并发访问的复杂性，需要在设计阶段进行周密考虑。

七、常见面试问题与回答思路

本章节整理了嵌入式面试中关于中断机制的常见问题，并提供了详细的回答思路和扩展知识点，帮助你在面试中展现深度和系统性思维。

1. 中断和轮询的区别？如何根据场景选择？

回答思路：先对比核心差异，再结合具体场景说明选择依据。

• 中断：事件驱动，由外设主动通知CPU。响应实时性高，CPU利用率高，但编程复杂度高，需处理现场保存、竞态、优先级等问题。
• 轮询：CPU主动周期性地查询外设状态。实现简单，逻辑直接，但响应延迟不确定（取决于查询周期），CPU资源浪费在无效查询上。

场景选择：

• 选中断：对实时性要求高（如按键响应、通信接收）、事件发生频率低且不可预测、CPU需要执行其他任务的场景。
• 选轮询：对实时性要求低、事件发生频率可预测且稳定、系统资源极度受限（无中断控制器）或调试初期简化逻辑的场景。

面试追问点：可以进一步讨论“混合模式”（如主循环中轮询多个标志位，这些标志位由轻量级ISR设置）以及“中断风暴”的预防。

2. 中断服务程序（ISR）为什么不能太长？长ISR会带来哪些具体问题？

回答思路：从实时性、可靠性和系统稳定性三个维度展开。

1. 影响其他中断响应：ISR执行期间通常会屏蔽同级或低优先级中断，长ISR会导致其他中断事件丢失或响应延迟，破坏系统实时性。
2. 增加堆栈溢出风险：长ISR可能使用更多局部变量，若发生中断嵌套，多层现场压栈易导致堆栈耗尽，系统崩溃。
3. 违背事件驱动设计原则：ISR核心职责是快速响应、记录事件、通知任务。耗时操作（如复杂计算、I/O）应移交主循环或后台任务。
4. 可能导致优先级反转：若高优先级ISR等待低优先级ISR释放资源（如共享外设），长ISR会加剧阻塞时间。

优化建议：ISR应遵循“KISS”原则，只做最必要操作（清标志、读数据、设标志），复杂处理通过任务间通信（如RTOS消息队列）移交。

3. 什么是中断延迟？哪些因素会影响它？如何测量和优化？

回答思路：明确定义，列举硬件和软件因素，给出实践方法。

中断延迟：从中断请求发生到ISR第一条指令开始执行所经历的时间。

影响因素：

• 硬件层面：当前指令执行时间（多周期指令）、中断控制器响应时间、总线仲裁延迟。
• 软件/配置层面：全局中断是否使能、中断屏蔽状态、中断优先级（是否被更高优先级中断阻塞）、现场保存开销（寄存器数量）。

测量方法：

1. GPIO + 示波器：在ISR入口和出口翻转GPIO引脚，测量脉冲宽度。
2. 内部定时器：在中断入口读取定时器计数值，在ISR开始处再次读取，计算差值。
3. 调试器跟踪：使用MCU的ETM或ITM模块进行指令级跟踪。

优化手段：使用向量化中断控制器、减少现场保存寄存器数量（编译器优化）、将非关键中断设为低优先级、避免在关键路径关中断。

4. 在ISR中访问共享资源（如全局变量、缓冲区）时，如何防止数据竞争？

回答思路：分层阐述裸机和RTOS环境下的不同策略。

裸机环境：

• 关中断/开中断：在访问共享资源前后临时关闭中断，是最简单直接的临界区保护方法。需注意关中断时间应尽可能短。
• 原子操作：利用硬件支持的原子读-修改-写指令（如ARM的LDREX/STREX、C11的atomic）更新简单变量。
• 无锁数据结构：设计环形缓冲区（Ring Buffer），使生产者和消费者可以无锁访问。ISR作为生产者写入，主循环作为消费者读取。

RTOS环境：

• 使用ISR专用API：调用xSemaphoreGiveFromISR()、xQueueSendFromISR()等函数，这些函数不会引起任务调度阻塞。
• 事件标志组：ISR设置事件标志，任务等待该标志。
• 消息队列：ISR向队列发送消息，任务接收并处理。

常见陷阱：注意优先级反转——高优先级任务等待低优先级任务持有的资源，而低优先级任务又被中优先级任务抢占。可使用优先级继承或天花板协议缓解。

5. 中断向量表（IVT）是什么？在项目中如何配置它？

回答思路：解释概念，说明在不同开发环境中的配置方式。

中断向量表：一个存储在固定内存地址（通常是Flash起始位置）的数组，每个条目对应一个中断源，存放该中断服务程序（ISR）的入口地址（函数指针）。当中断发生时，CPU根据中断号索引此表，跳转到对应的ISR。

配置方法：

1. 启动文件/链接脚本定义（传统MCU）：在startup_xxx.s或.ld文件中预定义向量表，开发者需在C代码中实现同名ISR函数（如void TIM2_IRQHandler(void)），链接器会自动填充地址。
2. 运行时动态重定位（高级应用）：将向量表拷贝到RAM，在运行时修改特定向量条目，实现动态中断处理或调试钩子。
3. 框架/库封装（如HAL、Arduino）：通过调用attachInterrupt()或HAL_NVIC_SetPriority()等API间接配置，底层由库处理向量表关联。

面试深入点：可以讨论“向量表偏移”（用于Bootloader跳转）、“默认中断处理函数”（死循环或复位）的作用，以及“中断优先级分组”对向量表无直接影响但对调度有影响。

6. 解释中断嵌套，并说明设计时需要考虑哪些问题？

回答思路：定义嵌套，结合实例说明利弊和设计约束。

中断嵌套：当高优先级中断发生时，可以打断正在执行的低优先级中断服务程序（ISR），CPU转而执行高优先级ISR，执行完毕后再返回低优先级ISR继续执行。

设计考虑：

• 堆栈深度：每层嵌套都会压入现场，必须估算最坏情况下的嵌套层数，并预留充足堆栈空间，防止溢出。
• 实时性分析：高优先级ISR应极短，以减少对低优先级中断和任务的阻塞时间。需计算最坏中断响应时间。
• 资源共享与同步：若嵌套的ISR访问相同硬件资源或全局数据，需使用关中断、原子操作或无锁结构防止竞态。
• 优先级配置：合理分配优先级，确保关键任务（如安全检测、电机控制）能及时响应，避免优先级反转。

示例：电机控制系统可能将过流保护设为最高优先级（或NMI），确保立即响应；将通信中断设为较低优先级，避免影响控制环路。

7. 什么是不可屏蔽中断（NMI）？它通常在什么场景下使用？

回答思路：对比可屏蔽中断，突出其“不可屏蔽”特性及应用场景。

不可屏蔽中断（NMI）：一种特殊的中断，无法通过软件（如设置中断屏蔽寄存器）禁止。一旦触发，CPU必须立即响应（除非已在执行另一个NMI）。

典型应用场景：

• 硬件故障处理：电源电压跌落（Brown-out）、看门狗超时、内存奇偶校验错误。系统必须在有限时间内记录状态或安全关机。
• 高可靠性系统：安全关键系统（如汽车、医疗）中，用于处理必须响应的致命错误。
• 调试与监控：某些调试探针或性能监控单元可能通过NMI触发采样。

设计注意事项：NMI服务程序应极其短小、可靠，避免复杂操作（如动态内存分配、系统调用），通常只做最小化错误记录并触发系统复位或安全状态转移。

8. 在RTOS中，中断与任务之间如何通信？有哪些常用机制？

回答思路：阐述“ISR作生产者，任务作消费者”的模型，列举RTOS提供的通信原语。

通信机制：

1. 信号量（Semaphore）：ISR释放信号量（xSemaphoreGiveFromISR），任务等待信号量（xSemaphoreTake）。用于事件通知或资源计数。
2. 消息队列（Message Queue）：ISR发送消息（xQueueSendFromISR），任务接收消息（xQueueReceive）。可传递数据，如传感器读数、命令包。
3. 事件标志组（Event Flags）：ISR设置事件位（xEventGroupSetBitsFromISR），任务等待事件位（xEventGroupWaitBits）。适合多个任务等待不同事件组合。
4. 任务通知（Task Notification）：轻量级机制，ISR直接通知任务（xTaskNotifyFromISR），开销小，但功能相对简单。

最佳实践：ISR中只调用“FromISR”结尾的API（非阻塞、可中断上下文安全）；复杂数据处理、业务逻辑、阻塞操作应放在被唤醒的任务中执行。

9. 如何调试一个不触发或频繁误触发的中断？

回答思路：提供系统化的排查步骤，体现方法论。

1. 确认硬件连接与配置：检查外设引脚、电源、时钟是否使能；确认中断触发条件（边沿/电平）与信号实际行为是否匹配。
2. 检查软件配置：中断是否使能（NVIC/中断控制器寄存器）？优先级设置是否正确？中断标志是否在ISR中清除？向量表地址是否正确？
3. 使用调试器与仪器：
   • 在ISR入口设置断点，观察是否进入。
   • 用逻辑分析仪或示波器抓取中断引脚波形，确认硬件是否产生请求。
   • 检查中断状态寄存器，确认请求是否被挂起。
4. 常见原因：
   • 不触发：中断未使能、优先级被屏蔽、向量表错误、电平触发但电平未保持、标志位被意外清除。
   • 误触发/重复触发：边沿触发噪声、电平触发未及时清除、ISR中未清除标志、共享中断源未区分。

10. 请举例说明中断在具体项目（如电机控制、通信协议解析）中的应用。

回答思路：选择一个熟悉领域，描述中断如何解决关键问题。

示例：基于PWM的直流电机控制

• 定时器中断：用于产生固定频率的PWM波，控制电机速度。高优先级确保控制周期稳定。
• 编码器接口中断：捕获电机转速反馈。在边沿触发中断中读取计数器值，计算实时转速。
• 过流保护中断（NMI或最高优先级）：当电流传感器检测到过流时立即触发，ISR中关闭PWM输出，防止硬件损坏。
• 通信中断（如UART）：接收上位机速度指令。ISR将数据存入环形缓冲区，主任务解析并更新目标速度。

设计要点：合理分配优先级（过流保护 > 控制定时器 > 通信），ISR短小（仅读写寄存器、设标志），通过任务间通信传递数据，确保控制环路实时性。

八、总结

中断处理是嵌入式系统设计的核心机制，也是嵌入式软件工程师面试中的高频深度考点。本文系统梳理了中断相关的核心知识体系，旨在帮助读者构建清晰的理解框架，并掌握面试中展现技术深度的关键技巧。

核心要点回顾：

• 基本概念与流程：理解中断与轮询的本质区别，掌握从中断请求到返回的完整处理流程，特别是现场保存/恢复、中断向量表等关键环节。
• 分类与设计选择：根据中断来源、可屏蔽性、触发方式等不同维度合理选择中断类型，在系统设计时做出符合场景需求的决策。
• ISR编写规范：遵循“短小精悍、避免阻塞、注意可重入性、及时清除标志”等核心原则，编写出高效可靠的中断服务程序。
• 优先级与嵌套管理：合理配置中断优先级，理解中断嵌套带来的堆栈消耗和实时性影响，在设计中预留足够的安全余量。
• RTOS协同：在实时操作系统环境中，掌握中断与任务间的高效通信机制（信号量、消息队列、事件标志组等），实现ISR与任务的良好分工。
• 调试与优化：掌握中断延迟测量、共享资源保护、中断不触发/误触发等常见问题的排查方法和优化手段。

面试应对策略：

1. 概念清晰：能够准确阐述中断机制的基本原理、处理流程和关键术语。
2. 场景分析：结合具体应用场景（如电机控制、通信协议解析）说明中断的设计思路和权衡考虑。
3. 实践细节：深入讨论ISR编写禁忌、优先级配置、资源共享保护等工程实践细节。
4. 问题解决：展示系统化的调试思路和问题分析方法，体现工程思维深度。

总之，中断不仅是嵌入式系统的技术基础，更是工程师能力的重要体现。通过系统学习本文内容，并在实际项目中不断实践，你将能够从容应对嵌入式面试中的中断相关问题，并在实际工作中设计出高效、可靠的中断处理系统。