1. 实时系统概述
大家好，我是你们的讲师。今天咱们聊聊实时系统。说实话，这个概念在嵌入式领域被提了无数次，但真正理解透彻的人并不多。我刚开始接触Linux实时性改造那会儿，也踩过不少坑。嗯，咱们一步步来。
1.1 什么是实时系统？
实时系统，说白了就是——系统必须在规定的时间内对外部事件做出响应。注意，这里的关键词不是「快」，而是「可预测」。你想想看，一个系统再快，如果有时候1毫秒响应，有时候100毫秒响应，那它就不是实时系统。
核心定义：实时系统的正确性不仅取决于计算结果的逻辑正确性，还取决于结果产生的时间。
我个人习惯把实时系统比作「准时制生产」——不是越快越好，而是刚刚好。我在项目中遇到过这样一个案例：一个工业机械臂的控制周期是10毫秒，如果某次响应延迟到了15毫秒，机械臂的动作就会抖动，严重时甚至撞坏工件。这就是实时性的重要性。
1.2 硬实时 vs 软实时
这两者的区别，是面试中经常被问到的问题。我直接给你画个图，一目了然。
硬实时和软实时的区别，我用一句话总结：硬实时错过截止时间就是事故，软实时错过截止时间只是体验差。我曾经在一个工业控制项目中，把软实时的思路套用到硬实时场景，结果导致生产线频繁停机。那次教训让我记住了——选型之前，先搞清楚你的系统到底属于哪一类。
| 对比维度 | 硬实时 | 软实时 |
|---|---|---|
| 截止时间后果 | 系统崩溃或灾难 | 性能下降或体验变差 |
| 时间确定性 | 必须100%保证 | 统计保证即可 |
| 调度策略 | 优先级抢占 + 资源预留 | 优先级调度 + 尽力而为 |
| 典型应用 | 航空电子、医疗设备 | 音视频、人机交互 |
| Linux支持 | 需要PREEMPT_RT补丁 | 标准内核即可 |
⚠️ 避坑指南：我曾经见过有人把软实时系统直接部署到硬实时场景中，结果出了大问题。记住：硬实时系统必须做最坏情况分析（WCET），软实时系统关注平均情况即可。千万别搞混。
1.3 实时系统的应用场景
实时系统离我们并不远。你每天用的手机、开的车、坐的电梯，里面都有实时系统的影子。我挑三个典型场景给你讲讲。
1.3.1 工业控制
工业控制是实时系统的老本行。PLC、DCS、运动控制器，这些设备的核心要求就是——周期确定、响应可预测。
- 运动控制：伺服电机的位置环、速度环，控制周期通常在50μs~1ms。我调试过一个六轴机器人，每个关节的插补周期是500μs，如果抖动超过10μs，轨迹就会出现肉眼可见的偏差。
- 过程控制：化工、电力行业的PID调节，采样周期通常在10ms~1s。虽然时间要求没那么苛刻，但稳定性要求极高——不能出现偶然的调度延迟。
- 离散控制：流水线上的传感器采集、执行器动作，通常要求毫秒级的响应。我曾经在一条包装线上遇到过传感器信号丢失的问题，最后发现是中断响应延迟导致的。
💡 我的经验：工业控制场景中，抖动（Jitter）比延迟（Latency）更致命。一个稳定的10ms响应，比一个有时5ms有时15ms的响应要好得多。因为工业控制算法通常假设采样周期是固定的，抖动会破坏这个假设。
1.3.2 自动驾驶
自动驾驶是实时系统的新战场，也是要求最苛刻的领域之一。为什么？因为车辆在高速行驶时，每毫秒的延迟都意味着几厘米甚至几十厘米的位移。
自动驾驶的实时性要求可以分为几个层级：
- 传感器数据采集：摄像头、激光雷达、毫米波雷达的数据必须在规定时间内完成采集和预处理。比如，摄像头通常要求30fps或60fps，也就是每33ms或16ms就要输出一帧图像。
- 感知融合：多传感器数据的时间戳对齐，要求各传感器的时间同步误差在微秒级。我记得在某个项目中，因为时间戳没对齐，导致障碍物位置出现了半米的偏差——这在高速上就是生死之别。
- 决策规划：路径规划、行为决策，通常要求10~100ms内完成。如果延迟过长，车辆可能错过避障窗口。
- 控制执行：转向、制动、加速的执行周期通常在1~10ms。这是硬实时要求——刹车指令晚1ms，制动距离可能增加几厘米。
关键点：自动驾驶系统通常采用分层实时架构——硬实时部分（控制执行）运行在RTOS或带PREEMPT_RT的Linux上，软实时部分（感知、规划）运行在标准Linux上。这种混合架构在业界很常见。
1.3.3 音视频处理
音视频是典型的软实时场景。你想想看，看视频时偶尔卡顿一下，你可能会骂一句，但不会出人命。但音视频对实时性的要求其实也很高——只是容忍度不同。
- 音频：采样率通常是44.1kHz或48kHz，每个采样点的处理时间只有几十微秒。音频缓冲区通常设置成10~50ms，如果处理延迟超过缓冲区大小，就会出现爆音或断音。
- 视频：编码、解码、渲染，每个环节都有时间要求。比如，视频通话要求端到端延迟小于200ms，否则就会感觉「不同步」。直播场景要求更低，但也不能超过几秒。
- 音画同步：这是最头疼的问题。音频和视频的播放时间戳必须对齐，偏差超过几十毫秒人眼就能察觉。我在做一个多媒体播放器时，就遇到过音画不同步的问题——最后发现是音频驱动和视频驱动的调度优先级不一致导致的。
💡 一个小技巧：在音视频处理中，使用环形缓冲区（Ring Buffer）和双缓冲（Double Buffering）可以有效降低抖动。我习惯把音频线程的优先级设得比视频线程高一些——因为人耳对音频抖动的敏感度远高于视频。
1.4 本章小结
好了，咱们把实时系统的概念捋了一遍。核心就三点：
- 实时 ≠ 快速，而是可预测、确定性
- 硬实时和软实时的区别在于错过截止时间的后果
- 不同场景对实时性的要求不同，选型时要对症下药
下一章，咱们会深入Linux内核，看看调度器是怎么工作的。到时候我会带着你手把手分析调度代码，还会分享一些我在实际项目中调优的经验。嗯，做好准备，干货要来了。
公众号:蓝海资料掘金营，微信deep3321