📚 课程目录第3章 ROS2核心概念

ROS2核心概念：节点、话题、服务、动作、参数、命名空间与图

ROS2 的软件架构可以概括为：一个去中心化的“机器人操作系统图”。在这个图中，最小的计算单元是节点（Node），节点之间通过话题（Topic）、服务（Service）、动作（Action）三种通信方式交换数据，同时通过参数（Parameter）进行运行时配置，而命名空间（Namespace）则用于组织和管理这些节点与通信主题，避免命名冲突。理解这六个核心概念，是掌握 ROS2 编程的基石。

核心原理：一切皆节点，通信靠“图”

ROS2 应用由一个或多个节点进程组成。每个节点负责单一职责，例如“激光雷达驱动节点”只负责发布扫描数据，“导航节点”只负责计算路径。节点之间不直接调用代码，而是通过 ROS2 的“虚拟总线”进行通信。这个虚拟总线由 DDS（数据分发服务）实现，它负责发现网络上的节点、建立连接并传输数据。因此，ROS2 的“图”是动态的：节点可以随时加入或退出，其他节点能自动发现它。

关键理解：ROS2 的通信是基于接口（Interface）的。话题、服务、动作都依赖预先定义好的消息类型（如 sensor_msgs/msg/LaserScan），这保证了数据结构的强一致性和跨语言（C++/Python）兼容性。

方法流程：五种通信方式的选型与使用

在编写 ROS2 程序前，必须根据任务特性选择合适的通信方式。下表总结了它们的核心区别：

通信方式	通信模式	典型场景	关键命令
话题	异步、单向、连续流	传感器数据、图像、里程计	`ros2 topic list / echo / pub`
服务	同步、双向、一次性请求-响应	开关灯、查询状态、执行简单计算	`ros2 service list / call`
动作	异步、双向、带反馈和可取消	导航到目标点、机械臂抓取、长时间任务	`ros2 action list / send_goal`
参数	键值对存储	PID 系数、相机曝光值、机器人最大速度	`ros2 param list / get / set`

方法流程（以话题通信为例）：

创建节点：使用 rclpy 或 rclcpp 初始化节点，并命名（如 camera_node）。
定义接口：选择或自定义消息类型（如 sensor_msgs/msg/Image）。
创建发布者/订阅者：指定话题名称（如 /image_raw）和 QoS 策略（如可靠传输、队列深度）。
编写回调函数：订阅者收到消息后自动触发回调，处理数据。
运行与调试：使用 ros2 run 启动节点，用 ros2 topic echo 验证数据流。

选型建议：如果发送方需要知道接收方是否成功处理，且请求频率低，用服务；如果任务耗时超过数秒且需要进度反馈，用动作；如果只是持续广播数据，用话题。

案例/场景：多机器人协同中的命名空间与图

假设你正在开发一个双机械臂协作平台，两个机械臂分别命名为 arm_left 和 arm_right。如果不使用命名空间，两个机械臂的关节状态话题都会叫 /joint_states，导致数据冲突。正确做法是使用命名空间隔离：

# 启动左侧机械臂节点（自动加入 /arm_left 命名空间）
ros2 run arm_controller arm_node --ros-args -r __ns:=/arm_left

# 启动右侧机械臂节点
ros2 run arm_controller arm_node --ros-args -r __ns:=/arm_right

# 查看话题列表，会发现：
# /arm_left/joint_states
# /arm_right/joint_states

此时，图（Graph）中会存在两个独立的节点实例，它们虽然运行相同的代码，但通过命名空间完全隔离。若需要让左侧机械臂的视觉节点发送图像给右侧的规划节点，必须使用全局名称（以 / 开头）进行跨命名空间通信，例如将话题名写为 /arm_right/planning_input。这种设计让同一套代码可以安全地部署在多机器人系统中，而无需修改内部逻辑。

误区/复盘：常见概念混淆与错误

误区一：把“服务”当成“话题”使用。 初学者常试图用服务实现高频传感器数据传输，这会导致严重的阻塞和性能下降。服务是同步的，客户端必须等待服务器响应；而话题是异步的，发布者无需关心谁在接收。

误区二：忽略 QoS 策略。 在 ROS2 中，话题通信的可靠性（Reliable vs. Best Effort）和持久性（Transient Local vs. Volatile）必须匹配，否则订阅者可能收不到数据。例如，激光雷达驱动通常使用 Best Effort，而导航节点必须使用 Reliable 才能保证不丢帧。

误区三：混淆“节点名称”和“命名空间”。 节点名称是图中的唯一标识（如 /arm_left/controller），而命名空间是路径前缀（/arm_left）。修改命名空间不会改变节点内部的逻辑，但会改变所有话题、服务、参数的默认名称。

复盘清单（自查是否掌握）：

能否用 ros2 node list 和 ros2 node info <node_name> 查看节点的发布/订阅关系？
能否解释 ros2 run pkg node --ros-args -r __ns:=/foo 的作用？
能否区分 std_srvs/srv/SetBool 和 example_interfaces/action/Fibonacci 的适用场景？
是否知道参数服务器在 ROS2 中已不是独立进程，而是每个节点自带的参数存储？

掌握这些核心概念后，你将能读懂任何 ROS2 系统的架构图，并开始设计自己的机器人应用。下一阶段的学习应聚焦于使用 rclpy 编写实际节点，并在 turtlesim 或仿真环境中验证这些通信机制。