副标题 / 摘要

实时系统的核心不是“快”，而是“可预测”。本文解释实时系统与普通系统的差异，并给出工程落地要点。

目标读者

  • 做嵌入式、自动控制、工业系统的工程师
  • 需要理解时限约束的后端开发者
  • 想区分“高性能”与“实时性”的技术负责人

背景 / 动机

很多系统不只要求快，还要求“按时”。
比如刹车控制、心电监测、工业自动化等，错过时限比“慢一点”更危险。

核心概念

  • 硬实时（Hard RT）：错过时限等同失败
  • 软实时（Soft RT）：偶尔错过仍可接受
  • 确定性（Determinism）：执行时间可预测
  • 时限（Deadline）：任务必须完成的时间点

实践指南 / 步骤

  1. 定义时限与容忍度（硬实时/软实时）
  2. 测量最坏情况执行时间（WCET）
  3. 选择合适调度策略（如固定优先级）
  4. 限制不可预测行为（GC、动态分配、锁竞争）
  5. 建立监控与超时策略

可运行示例

下面示例用简单的“任务+时限”判断是否满足实时要求：

from typing import List, Tuple


def is_schedulable(tasks: List[Tuple[int, int]]) -> bool:
    # (runtime, deadline)
    time = 0
    for runtime, deadline in tasks:
        time += runtime
        if time > deadline:
            return False
    return True


if __name__ == "__main__":
    print(is_schedulable([(2, 3), (1, 5), (2, 7)]))  # True
    print(is_schedulable([(2, 3), (3, 4)]))          # False

解释与原理

普通系统关注平均吞吐和响应时间，而实时系统关注“最坏情况”。
只要存在无法预测的延迟（GC 停顿、锁竞争、I/O 抖动），就会破坏实时性。

常见问题与注意事项

  1. 实时系统一定要很快吗？
    不一定，关键是可预测性。

  2. 高性能系统就等于实时系统吗？
    不是。高性能强调平均表现，实时强调最坏情况。

  3. 可以用普通操作系统做硬实时吗？
    通常不行，需要 RTOS 或实时内核。

最佳实践与建议

  • 先明确“硬/软实时”级别
  • 关注最坏情况而非平均值
  • 约束不可预测的行为

小结 / 结论

实时系统的本质是“按时”，不是“很快”。
在设计时，要把确定性作为第一原则。

参考与延伸阅读

  • Real-Time Systems (Jane W. S. Liu)
  • RTOS 调度与优先级反转
  • WCET 评估方法

元信息

  • 阅读时长：7~9 分钟
  • 标签：实时系统、确定性、时限
  • SEO 关键词：Real-Time Systems, 硬实时, 软实时
  • 元描述：解释实时系统与普通系统的区别与工程落地要点。

行动号召（CTA）

如果你的系统有时限约束，先写清“最坏情况可接受的延迟”，再谈优化。