1. 实时系统概述
1.1 实时操作系统定义
实时操作系统（RTOS）是一种能够在规定的时间约束内完成特定任务的计算系统。其核心特征在于确定性与可预测性——系统不仅要求逻辑正确，还要求时序正确。在实时系统中，任务的完成时间必须满足预设的截止时间（Deadline），否则即使计算结果正确，也被视为系统失效。
关键定义：实时操作系统是指系统能够在确定的时间范围内响应外部事件，并完成指定处理的计算环境。时间约束是实时系统的第一性原理。
实时系统与通用操作系统（如标准Linux、Windows）的本质区别在于：通用系统追求平均性能和高吞吐量，而实时系统追求最差情况下的响应时间保证。下表对比了二者的核心差异：
| 对比维度 | 通用操作系统 | 实时操作系统 |
|---|---|---|
| 调度策略 | 时间片轮转、完全公平调度（CFS） | 优先级抢占、速率单调（RM）、最早截止时间优先（EDF） |
| 中断延迟 | 不确定，受关中断时间影响 | 可预测，有上界保证 |
| 任务切换时间 | 毫秒级，波动大 | 微秒级，抖动小 |
| 内存管理 | 虚拟内存、页面交换、缺页中断 | 常驻内存、避免缺页、内存锁定 |
| 设计目标 | 高吞吐量、公平性、用户体验 | 可预测性、低延迟、确定性 |
实践提示：在嵌入式Linux实时化改造中，核心工作就是将通用内核的"尽力而为"调度模式转变为"截止时间保证"模式，同时降低中断延迟和调度抖动。
1.2 硬实时与软实时区别
根据系统对截止时间违反的容忍程度，实时系统分为硬实时和软实时两大类。理解二者的区别是进行实时Linux内核配置的前提。
硬实时系统
硬实时系统要求任务必须在截止时间之前完成，任何一次超时都将导致灾难性后果。系统设计时必须保证在最差情况下的响应时间仍然满足约束。
- 典型特征：零容忍超时、确定性保证、最差情况分析
- 代表场景：飞行控制系统、汽车安全气囊、心脏起搏器、工业机器人急停
- Linux实现：需要PREEMPT_RT补丁或专用RTOS
软实时系统
软实时系统允许偶尔的截止时间违反，但超时会导致服务质量下降而非系统崩溃。系统设计追求平均响应时间的最优化。
- 典型特征：允许偶尔超时、统计性保证、平均性能优化
- 代表场景：音视频播放、网络电话、游戏引擎、数据采集
- Linux实现：标准内核+实时调度策略（SCHED_FIFO/SCHED_RR）
| 对比维度 | 硬实时 | 软实时 |
|---|---|---|
| 截止时间违反后果 | 系统失效、灾难性 | 性能下降、可接受 |
| 时间保证 | 最差情况保证 | 统计性保证 |
| 调度算法 | EDF、速率单调 | 优先级抢占、加权公平 |
| 中断延迟要求 | 严格上界（< 10μs） | 宽松（< 1ms） |
| Linux内核需求 | PREEMPT_RT全实时化 | 标准内核+实时调度类 |
| 典型应用 | 工业控制、自动驾驶 | 音视频、多媒体 |
工程警告：在工业控制项目中，切勿将软实时方案用于硬实时场景。例如，使用标准Linux的SCHED_FIFO调度策略控制伺服电机，在中断负载高峰时可能出现毫秒级延迟，导致电机失控。必须使用PREEMPT_RT或专用RTOS。
1.3 实时Linux的应用场景
实时Linux凭借其开源生态、丰富的驱动支持和强大的社区力量，在多个关键领域得到广泛应用。以下从工业控制、自动驾驶和音视频三个典型场景展开分析。
工业控制
工业控制是实时Linux最成熟的应用领域。PLC、CNC机床、机器人控制器等设备对实时性有严格要求。
- 典型需求：周期任务（1ms-10ms）、确定性IO响应、多轴同步
- 实时指标：中断延迟 < 50μs、调度抖动 < 20μs
- Linux方案：Xenomai双内核、PREEMPT_RT单内核
- 典型案例：Beckhoff TwinCAT、CODESYS Runtime on Linux
自动驾驶
自动驾驶系统对实时性要求极高，涉及传感器融合、路径规划、控制执行等多个实时任务。
- 典型需求：多传感器数据同步、控制指令低延迟、功能安全（ISO 26262）
- 实时指标：控制循环 < 10ms、感知延迟 < 100ms、制动响应 < 200ms
- Linux方案：AGL（Automotive Grade Linux）+ PREEMPT_RT
- 典型案例：NVIDIA Drive平台、百度Apollo
音视频处理
音视频应用属于典型的软实时场景，对延迟抖动敏感但对偶尔超时容忍度较高。
- 典型需求：音频缓冲不溢出、视频帧率稳定、音画同步
- 实时指标：音频延迟 < 10ms、视频帧抖动 < 5ms
- Linux方案：标准内核 + SCHED_FIFO + 内存锁定
- 典型案例：GStreamer管道、PipeWire音频服务器、OBS直播推流
| 应用场景 | 实时类型 | 关键指标 | 推荐Linux方案 | 典型项目 |
|---|---|---|---|---|
| 工业控制 | 硬实时 | 中断延迟 < 50μs | Xenomai / PREEMPT_RT | CNC控制器、PLC |
| 自动驾驶 | 硬实时 | 控制循环 < 10ms | AGL + PREEMPT_RT | NVIDIA Drive、Apollo |
| 音视频 | 软实时 | 音频延迟 < 10ms | 标准内核 + 实时调度 | GStreamer、PipeWire |
| 机器人 | 硬实时 | 关节控制 < 1ms | PREEMPT_RT + ROS2 | 工业机器人、协作机器人 |
| 通信基站 | 硬实时 | 帧同步 < 100μs | Xenomai / PREEMPT_RT | 5G NR、OpenRAN |
选型建议：对于硬实时场景（工业控制、自动驾驶），优先选择PREEMPT_RT全实时化内核；对于软实时场景（音视频、游戏），标准内核配合SCHED_FIFO调度策略即可满足需求。在项目初期，建议使用cyclictest工具评估当前内核的实时性能基线。
本章小结：实时操作系统的核心在于时间确定性。硬实时系统要求最差情况下的截止时间保证，软实时系统允许偶尔超时。实时Linux通过PREEMPT_RT补丁、Xenomai双内核或标准内核实时调度策略，分别满足工业控制、自动驾驶和音视频等不同场景的实时需求。在后续章节中，我们将深入探讨如何配置和移植实时Linux内核。