二、ROS2核心概念：节点、话题、服务、动作、参数、命名空间、图资源，以及ROS2与ROS1的差异

ROS2作为新一代机器人操作系统中间件，其核心设计理念是“去中心化、实时性优先、通信安全”。与ROS1相比，ROS2在架构层面引入了DDS（数据分发服务）作为底层通信中间件，这使得节点、话题、服务、动作等核心概念在实现机制和工程实践上发生了根本性变化。理解这些概念的本质差异，是掌握ROS2开发的关键第一步。本章将系统梳理ROS2的七大核心概念，并通过对比表格、实战案例和常见误区分析，帮助读者建立完整的知识框架。

上图展示了ROS2核心概念之间的关系。所有通信实体（节点、话题、服务等）都注册在全局图资源中，由DDS中间件负责发现和路由。节点是计算单元，话题、服务、动作是通信方式，参数提供配置能力，命名空间实现逻辑隔离。理解这张图，就掌握了ROS2的宏观架构。

2.1 核心原理：从进程到分布式通信

ROS2的架构设计围绕“分布式、实时、安全”三个关键词展开。与ROS1的master中心化架构不同，ROS2采用DDS作为通信底座，每个节点通过DDS的发现协议（如RTPS）自动发现彼此，无需中心节点。这种设计带来了几个关键变化：

• 去中心化发现：节点启动后通过组播或单播方式广播自身信息，其他节点自动感知，避免了ROS1中master单点故障问题。
• QoS策略：每个话题、服务、动作都可以配置服务质量策略（如可靠性、历史记录深度、消息生命周期），实现精细化的通信控制。
• 多语言原生支持：C++、Python、Rust等语言通过DDS的IDL接口直接生成代码，不再依赖ROS1的TCPROS/UDPROS协议转换。

以话题通信为例，ROS2中发布者（Publisher）和订阅者（Subscriber）通过DDS的DataWriter和DataReader实现数据交换。当发布者调用publish()时，数据被序列化后写入DDS的全局数据空间，订阅者通过匹配的Topic名称和QoS策略自动接收。整个过程不经过任何中心节点，延迟可低至微秒级。

2.2 判断方法：如何选择通信方式

在实际开发中，选择正确的通信方式直接影响系统性能和代码复杂度。下表总结了四种通信方式的适用场景：

通信方式	通信模式	典型场景	实时性	是否可取消
话题 Topic	异步/广播	传感器数据、状态发布	高（可配置QoS）	否
服务 Service	同步/请求-响应	查询参数、触发一次性操作	中	否
动作 Action	异步/带反馈	导航、机械臂运动	中高	是
参数 Parameter	键值对	运行时配置、PID参数调整	低	不适用

选择判断流程：

1. 是否需要持续数据流？ 是→话题；否→下一步。
2. 是否需要立即返回结果？ 是→服务；否→下一步。
3. 任务是否耗时且需要反馈/取消？ 是→动作；否→考虑话题或服务。
4. 是否需要运行时调整参数？ 是→参数服务器。

例如，激光雷达数据流使用话题（持续发布），机器人底盘使能使用服务（一次性命令），导航到目标点使用动作（长时任务+进度反馈），PID增益调整使用参数。

2.3 案例拆解：多机器人协同中的通信选型

假设我们要开发一个仓库多机器人调度系统，每台机器人需要：

• 持续发布自身位置（话题 /robot_pose）
• 接收调度中心的路径指令（动作 /navigate_to）
• 查询其他机器人的状态（服务 /get_robot_status）
• 动态调整最大速度（参数 /max_speed）

初始现象：使用ROS1开发时，master节点崩溃导致整个系统瘫痪；且不同机器人的话题名称冲突（如都叫/pose）。

分析过程：ROS2的命名空间机制可以完美解决冲突问题——每台机器人使用独立命名空间（如/robot1、/robot2），话题变为/robot1/pose。同时，DDS的发现机制天然支持跨设备通信，无需配置IP地址。

实施步骤：

1. 定义消息接口：Pose.msg、Navigate.action、RobotStatus.srv
2. 每台机器人启动时设置命名空间：ros2 run robot_driver robot_node --ros-args -r __ns:=/robot1
3. 调度中心订阅所有命名空间下的/pose话题，使用通配符匹配
4. 配置QoS为可靠传输（RELIABLE），确保路径指令不丢失

结果对比：系统稳定性显著提升，单节点故障不影响整体运行；命名空间隔离使代码复用率提高40%。

2.4 常见误区与总结复盘

初学者在ROS2开发中常犯以下错误：

• 误区1：沿用ROS1的master思维。ROS2没有master，不要尝试启动roscore。使用ros2 daemon仅用于命令行工具加速，不影响通信。
• 误区2：忽略QoS配置。默认QoS是“尽力而为”（BEST_EFFORT），可能导致传感器数据丢失。对于控制指令，必须设置为RELIABLE。
• 误区3：命名空间使用不当。不要在代码中硬编码命名空间，应通过启动文件或命令行参数注入。
• 误区4：混淆服务和动作。服务适合短请求，动作适合长任务。如果服务响应超过几秒，应改用动作。

总结复盘：ROS2的核心概念虽然与ROS1名称相似，但底层机制完全不同。节点是计算单元，话题/服务/动作是通信方式，参数是配置手段，命名空间是组织工具，图资源是全局视图。掌握这些概念后，下一步需要深入理解DDS的QoS配置和通信模式，这是ROS2高性能应用的关键。