课程导入：ROS2与DDS的关系、学习目标、课程大纲概览
1.1 为什么ROS2必须引入DDS？
在ROS1时代，机器人通信依赖一个名为roscore的中心节点。所有话题（Topic）、服务（Service）和参数（Parameter）的通信都必须经过这个“总机”进行路由和转发。这种架构在单机、小规模系统上运行良好，但一旦涉及多机器人协同、跨网络部署或对实时性要求较高的工业场景，单点故障和通信瓶颈便成为致命短板。ROS1的通信协议基于TCPROS/UDPROS，缺乏服务质量（QoS）控制能力，无法在丢包、延迟和带宽受限的环境中提供可靠保障。
ROS2从底层重构了通信架构，将DDS（Data Distribution Service，数据分发服务）作为默认的中间件。DDS是由OMG组织制定的分布式实时通信标准，采用发布-订阅模型，但比ROS1的Topic机制强大得多。它不依赖中心节点，每个节点通过DDS的发现协议自动寻找彼此，形成真正的对等网络。更重要的是，DDS提供了丰富的QoS策略，允许开发者针对不同数据类型设置可靠性、历史记录、资源限制等参数，从而满足从传感器高频数据到低速控制指令的多样化需求。
上图直观对比了ROS1与ROS2的通信架构差异。左侧ROS1中所有节点必须与roscore建立连接，一旦roscore崩溃，整个系统瘫痪；右侧ROS2中节点通过DDS域直接通信，每个节点都具备发现、连接和容错能力，不再存在“总机”瓶颈。
1.2 DDS的核心机制与ROS2的映射关系
DDS规范包含两大核心层：DCPS（Data-Centric Publish-Subscribe，以数据为中心的发布-订阅层）和DLRL（Data Local Reconstruction Layer，数据本地重构层）。ROS2主要使用DCPS层，其关键实体包括：
- DomainParticipant（域参与者）：一个进程内DDS通信的入口，对应ROS2中的
rclcpp::Node。每个节点必须加入某个域（Domain ID），只有相同域ID的节点才能互相通信。 - Topic（话题）：DDS中数据发布的主题，对应ROS2话题。话题名称和数据类型共同决定通信的匹配关系。
- Publisher/Subscriber（发布者/订阅者）：负责数据的发送和接收，对应ROS2中
rclcpp::Publisher和rclcpp::Subscription。 - DataWriter/DataReader（数据写入器/数据读取器）：绑定到具体话题上的数据收发端点，是QoS策略的实际执行者。
- QoS策略：包括可靠性（RELIABLE/BEST_EFFORT）、历史记录（KEEP_LAST/KEEP_ALL）、资源限制、延迟预算等，ROS2通过
rclcpp::QoS类进行配置。
ROS2的服务（Service）和动作（Action）虽然不直接对应DDS的Topic，但底层仍基于DDS的请求-应答模式实现。ROS2将DDS的发现协议（SPDP/SEDP）封装为节点自动发现机制，使得节点无需手动配置IP地址即可建立通信。
1.3 学习目标与课程大纲
本课程旨在帮助学员从“会用ROS2”进阶到“懂ROS2通信原理并能自主排障”。完成本课程后，你将能够：
- 理解DDS标准：掌握DCPS模型、发现协议、QoS策略等核心概念。
- 配置ROS2通信：熟练使用
domain_id、ROS_DOMAIN_ID、RMW_IMPLEMENTATION等环境变量和配置文件。 - 选择与调优QoS：根据传感器数据、控制指令、日志等不同场景设置合适的QoS组合。
- 跨网络部署：配置DDS发现服务器（Discovery Server）和共享内存传输，实现多机通信。
- 诊断与排障：使用
ros2 doctor、ros2 topic info、Wireshark抓包等工具定位通信故障。
| 章节模块 | 核心内容 | 实操目标 |
|---|---|---|
| 基础篇（第1-8章） | ROS2与DDS关系、环境搭建、话题/服务/动作通信原理 | 运行第一个DDS通信示例，理解节点发现过程 |
| 进阶篇（第9-16章） | QoS深度解析、DDS实现（FastDDS/CycloneDDS）、类型接口 | 编写自定义消息并配置QoS策略 |
| 部署篇（第17-24章） | 多机通信、DDS发现服务器、安全配置（DDS Security） | 实现跨机器人、跨网段的数据分发 |
| 排障篇（第25-30章） | 通信延迟分析、丢包排查、工具链实战 | 独立解决典型通信故障 |
1.4 常见误区与学习建议
ros2 doctor和ros2 topic list -v观察实际通信状态。本课程所有示例均在Ubuntu 22.04 + ROS2 Humble环境下验证，建议使用相同环境以便复现。
在开始后续章节前，请确保你的ROS2环境已正确安装并配置。可以通过以下命令验证DDS是否正常工作：
# 终端1：启动一个发布者
ros2 run demo_nodes_cpp talker
# 终端2：启动一个订阅者
ros2 run demo_nodes_cpp listener
# 终端3：查看话题通信质量
ros2 topic info /chatter -v如果两个终端能正常收发消息，说明你的ROS2与DDS中间件已成功对接。接下来，我们将深入DDS的发现协议，理解节点之间是如何“找到彼此”的。