第一章 实时系统概述：机载电子对抗系统简介、实时性定义与指标、硬实时与软实时区别

各位同学，大家好。我是你们这门课的老朋友。今天咱们开篇，先聊聊“实时系统”这个概念。说实话，我做了十几年电子对抗系统，最深的体会就是：实时性不是锦上添花，而是生死线。你想想看，一架战斗机在战场上，雷达发现威胁到做出干扰响应，中间哪怕慢了一毫秒，可能导弹就已经飞过来了。

1.1 机载电子对抗系统简介

先说说咱们要对付的系统长什么样。机载电子对抗系统，说白了就是飞机的“电子盾牌”和“电子长矛”。它主要干三件事：

• 侦察：监听敌方雷达信号，判断是什么型号、在哪个方向、威胁有多大
• 干扰：发射欺骗或压制信号，让敌方雷达“看花眼”或者“看不见”
• 防护：管理己方电磁频谱，避免误伤友军

我参与过一个项目，当时系统要同时处理128个雷达信号通道。每个通道的信号到达时间、频率、脉宽都不一样。处理器要在微秒级完成信号分选和威胁判定。嗯，这里要注意，信号分选是电子对抗系统的核心算法之一，它决定了你能不能从一堆乱七八糟的信号里认出哪个是“敌人”。

1.2 实时性定义与指标

那么，到底什么是“实时性”？我个人的理解很简单：实时性就是系统在规定的时间内完成规定的事情。注意，不是“越快越好”，而是“准时最好”。

举个例子，你让系统每10毫秒输出一次干扰波形。如果它第9毫秒输出了，没问题；第11毫秒输出了，那就是实时性失败。哪怕只晚了1微秒，在电子对抗领域，这1微秒可能意味着敌方雷达已经锁定了你。

实时性的核心指标，我归纳为三个：

指标	定义	电子对抗场景举例
响应时间	从事件发生到系统开始处理的时间	雷达信号到达 → 中断响应开始
截止时间	任务必须完成的最晚时刻	干扰信号必须在敌方雷达下一个脉冲到来前发出
抖动	任务完成时间的最大偏差	每次干扰脉冲的发射时间不能忽早忽晚

我曾经调试过一个干扰机，抖动指标要求小于100纳秒。刚开始怎么都调不过，后来发现是DMA传输的优先级设低了，被一个不重要的日志打印任务抢了总线。你看，实时系统里，优先级设置就是命根子。

1.3 硬实时与软实时区别

搞清楚了实时性的定义，咱们再聊聊它的两种“性格”：硬实时和软实时。说白了，就是错过截止时间的后果有多严重。

硬实时系统

硬实时系统要求：所有任务必须在截止时间前完成，一次都不能超。超了就是系统失效，甚至灾难。

在机载电子对抗中，哪些是硬实时？

• 导弹逼近告警：从传感器检测到来袭导弹，到发出告警信号，延迟必须小于1毫秒。超了，飞机就没了。
• 干扰脉冲发射：干扰信号必须与敌方雷达脉冲精确对齐，偏差超过几十纳秒，干扰效果就大打折扣。
• 飞行安全相关的控制指令：比如电子战系统的自检和故障切换，必须在规定时间内完成。

我记得有一次做系统联调，发现干扰脉冲总是比敌方雷达脉冲晚了几百纳秒。查了三天，最后发现是中断服务程序里多了一句printf调试代码。就这一句，把硬实时任务给拖垮了。从那以后，我定了个规矩：硬实时任务里，绝对不允许有任何阻塞操作。

软实时系统

软实时系统就宽松一些：偶尔超时是可以接受的，但超时次数多了，性能会下降。

在机载电子对抗中，哪些是软实时？

• 态势显示刷新：屏幕上的雷达信号列表，晚几十毫秒刷新，飞行员可能觉得卡，但不会致命。
• 数据记录与回放：用于事后分析的日志，偶尔丢几个包，不影响当前作战。
• 非关键参数调整：比如干扰模式的切换，晚几毫秒切换，系统还能正常工作。

你想想看，如果一个软实时任务超时了，系统会怎么样？它不会崩溃，但用户体验会变差。比如屏幕上的目标轨迹出现卡顿，飞行员可能会误判目标位置。所以，软实时也不是可以随便超时的。

1.4 硬实时与软实时的对比总结

对比维度	硬实时	软实时
超时后果	系统失效，灾难性	性能下降，可接受
截止时间要求	必须100%满足	允许偶尔超时
典型应用	导弹告警、干扰发射	态势显示、数据记录
设计方法	WCET分析、资源预留	统计保证、尽力而为
验证手段	形式化验证、穷举测试	压力测试、统计分析

好了，第一章的内容就到这里。咱们把实时系统的概念、指标、以及硬实时和软实时的区别都捋了一遍。说白了，做机载电子对抗系统，心里要时刻绷着一根弦：这个任务是硬实时还是软实时？ 这根弦绷紧了，后面咱们讲调度、讲中断、讲内存管理，你才能知道哪些地方可以“偷懒”，哪些地方必须“死磕”。

下一章，咱们聊聊实时操作系统的内核架构，看看那些“看不见”的调度器是怎么工作的。到时候我会拿一个真实的电子对抗项目案例出来，给大家拆解一下任务调度的坑。