2、ROS2核心概念速通：节点、话题、服务、动作、参数的通俗理解与实战演示

好，咱们直接进入正题。ROS2 里这些核心概念，说白了就是机器人程序之间互相沟通的几种方式。我刚开始学的时候，也觉得名词太多，容易搞混。但你只要抓住一个核心——“它们都是为了解耦”，就好理解了。

什么叫解耦？就是写激光雷达驱动的，不用管写电机控制的代码长什么样。大家各干各的，通过 ROS2 这套“语言”来对话。下面我一个一个拆开讲。

2.1 节点（Node）：程序的最小单元

节点，你可以把它想象成一个独立工作的小人。每个小人只干一件事：比如这个小人专门负责读取激光雷达数据，那个小人专门负责控制电机。

在代码里，一个节点就是一个进程。我习惯把节点设计得尽量“瘦”——一个节点只做一件事。比如我做过一个项目，有人把传感器采集、数据处理、日志打印全写在一个节点里，结果改一处逻辑，整个节点都要重新编译。嗯，后来拆成三个节点，清爽多了。

核心要点：ROS2 里每个节点都有唯一的名称，节点之间通过话题、服务、动作等方式通信，互不干扰。

2.2 话题（Topic）：异步的“广播”模式

话题是最常用的通信方式。它就像电台广播——发布者只管往外发消息，不管有没有人在听；订阅者只管收消息，不管是谁发的。

举个例子：激光雷达节点每隔 0.1 秒发布一次扫描数据到 /scan 话题。导航节点订阅了这个话题，就能实时拿到数据。如果这时候再加一个避障节点，也订阅 /scan，它也能收到——完全不用改激光雷达的代码。

我的经验：话题适合“持续不断”的数据流，比如传感器数据、状态信息。我曾经调试一个视觉 SLAM 系统，发现图像话题频率太高（30fps），导致 CPU 吃满。后来在发布端加了降采样，问题就解决了。记住：不是频率越高越好，够用就行。

实战中，你可以用命令行快速验证话题是否通：

# 查看所有话题
ros2 topic list

# 打印某个话题的数据
ros2 topic echo /scan

# 查看话题发布频率
ros2 topic hz /scan

2.3 服务（Service）：同步的“请求-应答”模式

服务和话题最大的区别是：服务是同步的，有来有回。你发一个请求，必须等对方处理完，拿到结果，才能继续往下走。

这就像你打电话问客服：“我的订单到哪了？”客服查完告诉你结果，你挂了电话。整个过程是同步的，你等着。

服务适合那些“偶尔调用一次，但需要立即知道结果”的场景。比如：

  • “打开摄像头”——返回成功或失败
  • “重置里程计”——返回重置后的位置
  • “获取当前电池电量”——返回百分比

注意：千万别用服务传高频数据！我见过有人试图用服务每 10ms 传一次传感器数据，结果节点直接卡死。服务是阻塞的，高频调用会严重拖慢系统。高频数据请用话题。

服务在命令行里这样用：

# 查看所有服务
ros2 service list

# 调用服务（以 /spawn 为例，在 turtlesim 里生成新乌龟）
ros2 service call /spawn turtlesim/srv/Spawn "{x: 2, y: 2, theta: 0.0}"

2.4 动作（Action）：带反馈的“长任务”模式

动作是 ROS2 里我最喜欢的概念。它解决了一个实际问题：如果任务要执行很久，怎么办？

比如你让机器人“走到门口”。这个任务可能需要 10 秒。用服务？不行，你会阻塞 10 秒。用话题？可以，但你需要自己设计状态反馈机制，太麻烦。

动作把这件事封装好了：

  • Goal：告诉机器人目标（走到门口）
  • Feedback：机器人边走边告诉你“我走了 30% 了”、“我走了 60% 了”
  • Result：到达后告诉你“我到了”

说白了，动作 = 服务 + 话题的反馈通道。我当年做 AGV 调度系统时，所有移动指令都用动作封装。这样调度器可以随时取消任务，或者查看任务进度，非常灵活。

一句话总结：任务时间长、需要中途反馈、可能被取消——用动作。否则用服务。

2.5 参数（Parameter）：节点的“配置开关”

参数，就是节点的配置项。比如激光雷达的扫描频率、摄像头的曝光时间、电机的最大速度……这些值如果写死在代码里，每次改都要重新编译，太蠢了。

ROS2 的参数系统允许你在运行时动态修改这些值。你可以通过命令行、配置文件、甚至另一个节点来修改参数。

举个例子，我调试一个摄像头驱动时，需要反复调整曝光时间。如果没有参数，我得改代码→编译→运行→看效果→再改……有了参数，我直接在终端里敲：

ros2 param set /camera_node exposure_time 5000

效果立竿见影，省了多少编译时间啊。

常用的参数操作命令：

# 列出所有参数
ros2 param list

# 获取某个参数的值
ros2 param get /camera_node exposure_time

# 保存所有参数到文件
ros2 param dump /camera_node

# 从文件加载参数
ros2 param load /camera_node params.yaml

避坑指南：我曾经在参数里写了一个字符串类型的 IP 地址，结果忘了加引号，导致 YAML 解析失败。记住：参数文件是 YAML 格式，字符串一定要加引号，布尔值用 true/false（小写），数字不要加引号。

2.6 实战演示：用命令行感受这些概念

光说不练假把式。咱们用 ROS2 自带的 turtlesim 小乌龟来实操一把。这个包就是个玩具，但用来理解核心概念再好不过。

第一步：启动节点

ros2 run turtlesim turtlesim_node

你会看到一个窗口，里面有一只小乌龟。这个 turtlesim_node 就是一个节点。

第二步：话题通信

# 新开终端，查看话题
ros2 topic list
# 你会看到 /turtle1/cmd_vel 和 /turtle1/pose 等话题

# 让小乌龟动起来
ros2 topic pub /turtle1/cmd_vel geometry_msgs/msg/Twist "{linear: {x: 2.0}, angular: {z: 1.0}}"

乌龟开始转圈。这就是话题通信——你发布速度指令，乌龟节点订阅并执行。

第三步：服务通信

# 生成一只新乌龟
ros2 service call /spawn turtlesim/srv/Spawn "{x: 5.0, y: 5.0, theta: 0.0, name: 'turtle2'}"

窗口里多了一只乌龟。这就是服务——你请求生成，它返回结果。

第四步：动作通信

# 让乌龟走一个路径（需要安装 action_tutorials_interfaces）
ros2 action send_goal /turtle1/rotate_absolute turtlesim/action/RotateAbsolute "{theta: 1.57}"

乌龟会旋转到指定角度，过程中会打印反馈信息。

第五步：参数操作

# 修改乌龟的背景色
ros2 param set /turtlesim background_r 255
ros2 param set /turtlesim background_g 0
ros2 param set /turtlesim background_b 0

窗口背景变成红色。参数修改即时生效。

小结一下：

概念比喻适用场景是否同步
话题电台广播传感器数据、状态信息异步
服务打电话偶尔调用、需要立即结果同步
动作快递追踪长任务、需要反馈异步+反馈
参数旋钮开关运行时配置即时生效

好了，这一章的内容就到这。你把这些命令都敲一遍，感受一下每种通信方式的“手感”。下一章咱们开始写真正的传感器驱动代码，到时候这些概念都会用上。

← 上一章 📖 返回目录 下一章 →