1. 课程导入
在分布式实时系统中，通信中间件往往决定了整个系统的时延上限、可靠性与可扩展性。DDS（Data Distribution Service，数据分发服务）正是面向实时、可靠、可扩展数据交换而设计的发布订阅通信标准。本课程围绕“DDS实时发布订阅通信工程”展开，目标不是停留在API调用层面，而是建立从数据模型、QoS策略、发现机制到工程部署与性能调优的完整能力体系。
一、学习目标：从会用到会设计
学习DDS，最终要能回答三个问题：数据如何被描述、通信如何被约束、系统如何被验证。围绕这三个问题，本课程的学习目标可归纳为以下四个层次：
- 概念层：理解发布订阅模型、全局数据空间、主题、域、分区等核心概念，能区分DDS与消息队列、RPC、MQTT等通信范式的差异。
- 建模层：能使用IDL定义数据类型，设计合理的Topic与Key，理解实例、样本、状态之间的关系。
- 策略层：掌握QoS策略族，包括可靠性、持久性、时限、历史、资源限制、所有权等，并能根据业务场景组合配置。
- 工程层：能完成发现配置、网络传输选型、安全插件接入、性能压测与故障排查，具备端到端交付能力。
核心判断：DDS工程能力的分水岭，不在于能否跑通Hello World，而在于能否说清楚“这条数据在什么QoS约束下、经过哪些发现与传输路径、在什么条件下会丢失或延迟”。
二、核心价值：为什么实时系统选择DDS
DDS的价值来自其“以数据为中心”的设计哲学。传统通信中间件多以“消息”或“服务调用”为中心，而DDS以“数据对象”为中心，通信双方不直接耦合，而是围绕全局数据空间中的Topic进行读写。这种设计带来四个关键收益：
- 松耦合：发布者与订阅者无需知道对方地址、数量与生命周期，系统可动态加入和退出。
- 实时性：支持多种传输方式与QoS约束，可在微秒到毫秒级完成数据分发。
- 可扩展：通过域、分区、主题分层组织，支持从单机到大规模分布式系统的平滑扩展。
- 可约束：QoS策略将通信质量显式化，使可靠性、时延、资源占用成为可配置、可验证的工程参数。
因此，DDS广泛应用于自动驾驶、工业控制、航空航天、机器人、能源电力、金融交易等对实时性和可靠性要求极高的领域。
三、整体知识框架：一张图看清课程脉络
本课程的知识框架可以理解为“数据模型—通信机制—QoS策略—工程实践”四层结构。下图展示了各层之间的支撑关系与典型内容：
四层之间不是孤立的：数据模型决定通信语义，通信机制决定数据可达性，QoS策略决定服务质量，工程实践则把前三者组合成可交付的系统。学习时应始终带着“这条数据从哪来、到哪去、受什么约束、如何验证”的问题链。
四、典型应用场景与工程关注点
不同场景对DDS的要求差异很大，下表列出典型场景及其核心关注点，帮助建立“场景—QoS—传输”的映射意识：
| 应用场景 | 数据特征 | 关键QoS | 工程关注点 |
|---|---|---|---|
| 自动驾驶域控 | 高频传感器数据、低时延 | RELIABLE、DEADLINE、HISTORY | 零拷贝、共享内存传输、时延抖动 |
| 工业PLC协同 | 周期控制指令、强实时 | RELIABLE、TIME_BASED_FILTER | 确定性、网络隔离、时钟同步 |
| 机器人集群 | 动态拓扑、多对多 | PARTITION、OWNERSHIP | 发现开销、动态加入退出 |
| 航空航天遥测 | 高可靠、长周期 | TRANSIENT_LOCAL、DURABILITY | 断链恢复、历史数据补发 |
| 金融行情分发 | 高吞吐、多订阅者 | BEST_EFFORT、RESOURCE_LIMITS | 吞吐量、背压、内存控制 |
五、常见误区与学习建议
误区一：把DDS当成“更快的MQ”。DDS的核心是以数据为中心的全局数据空间，不是队列。若用队列思维配置QoS，容易出现历史数据堆积、资源耗尽等问题。
误区二：默认QoS就能满足所有场景。默认QoS通常偏保守，实时场景必须显式配置DEADLINE、RELIABLE、HISTORY等策略。
误区三：只关注发布订阅API，忽略发现机制。大量“连不上、收不到”的问题，根源在域ID、分区、发现协议或网络配置，而非读写代码。
学习建议：每学一个QoS策略，都问自己三个问题——它约束的是发送端还是接收端？不满足时系统如何表现？在什么场景下必须开启？配合抓包、日志和压测工具验证，才能把策略变成工程直觉。
下面是一段典型的DDS QoS配置片段，后续章节会逐项展开其含义与组合方式：
DataWriterQos writer_qos;
writer_qos.reliability.kind = RELIABLE_RELIABILITY_QOS;
writer_qos.durability.kind = TRANSIENT_LOCAL_DURABILITY_QOS;
writer_qos.history.kind = KEEP_LAST_HISTORY_QOS;
writer_qos.history.depth = 10;
writer_qos.deadline.period = {0, 10000000}; // 10ms
writer_qos.resource_limits.max_samples = 5000;
本课程后续将沿着“数据模型—通信机制—QoS策略—工程实践”这条主线逐步深入，每一节都围绕真实工程问题展开，帮助你把DDS从“能跑通”推进到“能设计、能调优、能排障”。