HRTOS 学习模块

中断基础(Interrupt Basics)

中断机制是实时操作系统(RTOS)中最底层、同时也是最具决定性的执行机制之一。 它不是单纯的“事件通知方式”,而是整个系统时间模型的入口点。 在RTOS中,所有实时行为的发生,本质上都可以追溯到中断触发与中断响应链路。

Interrupt System Real-Time Core Deterministic Response

一、中断的本质定义

中断(Interrupt)是一种打断CPU当前执行流的机制,使处理器从正在执行的任务中脱离, 转而执行一个被预定义的“紧急处理路径”(ISR,Interrupt Service Routine)。

但从系统角度看,中断的意义远不止“打断执行”。 它的本质是:将异步事件转换为可执行的同步控制路径,从而让系统具备响应外部世界的能力。 在嵌入式系统里,按键、串口、ADC完成、定时器溢出都属于典型中断源。

如果没有中断,CPU只能通过轮询方式检测事件,这会导致资源浪费与响应延迟不可控。 中断机制的出现,使“事件驱动系统”成为可能。 轮询并非完全不能用,但它会把等待时间直接烧在CPU上,很难同时兼顾低功耗和低延迟。

二、中断在RTOS中的角色

在RTOS中,中断不只是硬件机制,而是整个系统调度体系的触发源。 可以说,中断是“调度的上游输入系统”。

RTOS调度并不是主动运行的,而是被事件驱动的:

中断 → 唤醒任务 → 修改就绪队列 → 触发调度器 → 发生上下文切换

其中“唤醒任务”往往比“在ISR里做完业务”更符合RTOS设计习惯

因此,中断的设计质量直接决定系统的实时性上限。 如果中断路径不可控,整个RTOS的确定性模型将失效。 一个很常见的工程错误,就是把打印、复杂解析甚至资源等待都塞进ISR,结果把最短路径变成了最长路径。

三、中断执行完整流程

[ 中断执行模型 ] 1. 外部/内部事件发生(定时器 / 外设 / 软件) 2. 中断控制器检测到中断请求 3. CPU暂停当前任务执行 4. 保存关键上下文(PC / SP / 寄存器) 5. 跳转至中断向量表 6. 执行ISR(中断服务程序) 7. 清除中断标志位 8. 恢复上下文 9. 返回被打断任务或触发调度

需要注意的是,在RTOS中,第8步之后并不一定立即返回原任务, 可能会触发调度器,从而切换到更高优先级任务执行。

四、中断的核心组成结构

中断源(Interrupt Source)

产生中断信号的实体,包括外设、定时器、DMA或软件触发事件。 只有先搞清楚中断源的触发频率,才能合理估算系统压力。

中断控制器(NVIC / PIC)

负责中断优先级管理、屏蔽控制与中断分发,是中断系统的调度核心。 优先级配置是否合理,往往直接决定关键任务能否被及时唤醒。

中断向量表

将中断号映射到ISR入口地址,实现快速跳转执行。 它看似静态,实际上决定了事件进入系统时的第一跳成本。

ISR(服务程序)

实际处理中断事件的代码路径,要求执行时间极短且确定。 最好的ISR通常只完成确认、搬运少量关键数据和发出后续调度信号。

五、中断上下文与保存机制

当中断发生时,CPU必须保存当前执行状态,这个状态被称为“上下文(Context)”。 如果不保存上下文,任务将无法恢复到原始执行位置。 在不同处理器架构上,部分寄存器可能由硬件自动压栈,剩余部分则由软件补充保存。

必须保存的关键状态: - 程序计数器(PC) - 栈指针(SP) - 通用寄存器 - 状态寄存器(PSR) - 可选:FPU / SIMD寄存器 保存越多,延迟越大;保存太少,恢复就不完整

在RTOS设计中,上下文保存必须满足两个条件: 完整性与可预测性。任何不可控的额外保存都会破坏实时性边界。 这就是为什么很多内核会严格区分普通中断路径和需要扩展寄存器保存的特殊路径。

六、中断与调度的关系

中断并不会直接“运行任务”,但它可能改变任务执行顺序。 当中断唤醒更高优先级任务时,系统必须立即进行调度决策。 中断是状态改变的原因,调度是CPU归属变化的结果,两者密切相连但并不等价。

中断 → 修改任务状态 → 更新就绪队列 → 触发调度器 → 可能发生上下文切换

因此,中断路径与调度器之间存在紧密耦合关系。 在设计RTOS时,这条链路必须被严格优化,否则系统延迟不可控。

七、中断嵌套与优先级机制

现代RTOS支持中断嵌套,即高优先级中断可以打断低优先级中断执行。 这使系统具备更强的实时响应能力,但也引入复杂性。 如果优先级设计不当,高频但价值不高的中断也可能长期压制真正关键的处理路径。

优先级机制

中断按照优先级排序,高优先级可抢占低优先级。优先级设置应体现业务重要性,而不是谁先写代码。

嵌套执行

允许多个中断层级叠加执行,但必须控制最大深度。否则最坏情况分析会迅速失去可信度。

八、中断对实时性的影响

中断延迟(Interrupt Latency)是RTOS最重要的性能指标之一。 它定义了从事件发生到ISR开始执行之间的时间差。

同时,中断嵌套过深会导致系统不可预测性增加, 从而破坏实时系统的“最坏情况时间上界”模型。 工程上常通过测量最大嵌套深度、关闭中断区间以及ISR执行时间来验证这一点。

实时系统核心约束: 中断延迟 ≤ 上界限制 ISR 执行时间 ≤ 确定性上限 长临界区同样会显著放大中断延迟

九、本质总结

中断的本质不是“响应事件”,而是“建立时间驱动系统的入口机制”。 它连接了外部世界与RTOS内部调度逻辑,是整个实时系统的起点。 理解中断,才能真正理解为什么RTOS是事件驱动系统,而不是“写得更复杂的顺序程序”。

中断 = 事件 → 系统状态变化 → 调度触发 核心价值: - 让系统具备异步能力 - 控制时间进入路径 - 构建实时性基础 - 工程建议:ISR做短,任务做长

系统关联路径(System Execution Chain)

中断并不是独立机制,而是RTOS执行链路的一部分。建议按以下路径理解系统行为: 学习时最好持续追问“事件是如何一步步变成任务执行的”,这样中断、中断返回和调度器的关系就会更清楚。

该路径代表RTOS的完整执行链:事件 → 中断 → 调度 → 切换 → 执行。 一旦其中某一环的时间边界不清晰,整个系统的实时性都可能被拖垮。