📚 课程目录第2章 ROS2基础

ROS2 核心架构与通信原语

ROS2 不再是一个传统意义上的操作系统，而是一个分布式通信中间件框架。它建立在 DDS（Data Distribution Service）之上，将机器人系统中的每个功能模块抽象为独立节点，节点之间通过标准化的接口进行通信。理解 ROS2 的架构，首先要抓住三个关键层次：应用层（节点与功能）、中间件层（DDS 实现）和系统层（操作系统与网络）。这种分层设计使得 ROS2 天然支持多机协同、实时通信和进程隔离。

2.1 节点（Node）：功能的最小载体

节点是 ROS2 中可执行的计算单元，每个节点负责单一职责，例如激光雷达驱动节点、路径规划节点、电机控制节点。节点之间完全解耦，它们不直接调用彼此的函数，而是通过话题、服务、动作等机制交换数据。一个机器人系统通常由数十个节点组成，每个节点可以运行在同一个进程（通过 component 机制）或不同进程中。

节点生命周期关键操作：

// 创建节点（Python 示例）
import rclpy
from rclpy.node import Node

class LidarDriver(Node):
    def __init__(self):
        super().__init__('lidar_driver_node')
        self.publisher_ = self.create_publisher(LaserScan, '/scan', 10)
        self.get_logger().info('激光雷达节点已启动')

2.2 话题（Topic）：异步数据流的通道

话题是 ROS2 中最核心的异步通信机制，采用发布/订阅模式。发布者（Publisher）向指定话题发送消息，订阅者（Subscriber）接收该话题的消息。话题通信是单向、连续、多对多的，非常适合传感器数据流（如激光扫描、图像帧、里程计数据）。

话题通信的关键特性：

匿名解耦：发布者不知道谁在订阅，订阅者也不知道谁在发布。
QoS 策略：通过服务质量（Quality of Service）控制消息可靠性、历史深度和时效性。
消息类型：所有话题都有严格的消息类型定义（.msg 文件），如 sensor_msgs/msg/LaserScan。

2.3 服务（Service）：同步请求/应答模式

当需要一次性请求-响应交互时（例如“打开机械臂夹爪”“查询当前地图”），ROS2 使用服务机制。服务由服务端（Server）和客户端（Client）组成，客户端发送请求并阻塞等待响应。服务适合低频、短时、需要确认结果的场景。

通信原语	方向性	同步性	典型场景	接口定义
话题	单向流	异步	传感器数据、状态发布	.msg
服务	请求/响应	同步	开关控制、参数查询	.srv
动作	目标/反馈/结果	异步+可取消	导航、机械臂运动	.action

2.4 动作（Action）：长时任务的可靠执行

动作机制专为长时间运行、可中断、需要进度反馈的任务设计（如“导航到目标点”“执行机械臂轨迹”）。动作由三部分组成：目标（Goal）、反馈（Feedback）和结果（Result）。客户端发送目标后，服务端持续执行并周期性发送反馈，最终返回结果；客户端可随时取消任务。

动作与服务的本质区别：服务一旦请求发出，客户端必须等待最终响应，无法中途获取进度；而动作允许客户端在任务执行过程中接收反馈，并且可以主动取消。因此，凡是可能耗时超过数秒、需要监控进度或可能被中断的操作，都应优先考虑动作。

2.5 核心架构可视化

下图展示了 ROS2 中一个典型机器人系统的节点通信拓扑，清晰呈现了话题、服务、动作三种原语在真实系统中的协作方式：

2.6 三种通信原型的选型决策

在实际机器人开发中，选择哪种通信方式直接决定系统架构的合理性。以下决策流程可以帮助你快速判断：

是否需要持续接收数据流？ 是 → 使用话题（如摄像头图像、IMU 数据）。
是否是一次性请求并等待结果？ 是 → 使用服务（如校准陀螺仪、保存地图）。
任务是否耗时较长且需要反馈/取消？ 是 → 使用动作（如导航到目标点、执行机械臂轨迹）。

常见误区：初学者容易将所有交互都设计成话题，导致系统难以追踪请求-响应关系。例如，用话题实现“打开灯光”会导致无法确认命令是否被成功执行。正确做法是使用服务，客户端可以收到成功/失败的明确应答。另一个误区是忽视 QoS 设置，在 WiFi 环境下使用默认 QoS 可能导致大量消息丢失，应针对不同数据选择合适的可靠性与历史策略。

2.7 案例：多节点协作的导航系统

以一个典型的 ROS2 导航应用为例，系统包含以下节点：

传感器节点：激光雷达（发布 /scan）、IMU（发布 /imu/data）。
定位节点：AMCL（订阅 /scan 和 /map，发布 /amcl_pose）。
路径规划节点：Nav2 Planner（订阅 /map、/amcl_pose、/goal_pose，发布 /plan）。
控制节点：Controller（订阅 /plan 和 /odom，发布 /cmd_vel）。
行为树节点：负责整个导航流程的状态管理，通过动作客户端向规划器发送目标。

在这个系统中，话题承担了高频传感器数据与状态信息的传输，服务用于获取静态地图，动作则用于“前往目标点”这一长时任务。三种原语各司其职，构成了一个健壮且可扩展的机器人应用。

2.8 复盘与核心要点

维度	话题	服务	动作
通信模式	发布/订阅	请求/响应	目标/反馈/结果
是否阻塞	非阻塞	阻塞（客户端等待）	非阻塞（可异步等待）
超时处理	不适用	需设置超时	可取消
适用频率	高（10Hz~1kHz）	低（<1Hz）	低（任务级）
接口文件	.msg	.srv	.action

掌握节点、话题、服务、动作这四大核心概念，是理解 ROS2 一切高级特性的基础。节点是功能载体，话题是数据高速公路，服务是远程函数调用，动作是任务调度器。在实际工程中，合理组合这四种机制，才能设计出高内聚、低耦合的机器人软件系统。