2、ROS2核心概念速通：节点、话题、服务、动作、参数的概念与实操，rqt_graph可视化
好，咱们直接进入正题。ROS2 里那些绕不开的核心概念，今天一次讲透。
说实话，我刚开始接触 ROS 的时候，也被这些名词搞晕过。节点、话题、服务、动作、参数……它们到底是干嘛的？别急，我用一个比喻帮你理清思路。
一句话总结：ROS2 就是一个「机器人操作系统」的通信框架。节点是「人」，话题是「广播」，服务是「问答」，动作是「长任务」，参数是「配置文件」。
2.1 节点（Node）—— 系统的「小工人」
节点，说白了就是 ROS2 里的一个独立进程。每个节点只干一件事，比如控制激光雷达的节点、处理图像的节点、规划路径的节点。
我习惯把节点想象成工厂里的工人。一个工人只负责拧螺丝，另一个只负责喷漆。这样出了问题，你只需要换掉那个坏掉的工人，而不是整个工厂。
创建一个节点很简单：
import rclpy
from rclpy.node import Node
class MyNode(Node):
def __init__(self):
super().__init__('my_node_name')
self.get_logger().info('节点已启动！')
def main(args=None):
rclpy.init(args=args)
node = MyNode()
rclpy.spin(node)
node.destroy_node()
rclpy.shutdown()
我的小经验：节点命名一定要有规律。我曾经在一个项目里，节点名随便起，结果调试时根本分不清谁是谁。后来我统一用「功能_模块_序号」的格式，比如 lidar_driver_01，清爽多了。
2.2 话题（Topic）—— 节点间的「广播站」
话题是 ROS2 里最常用的通信方式。一个节点发布消息到话题，其他节点订阅这个话题就能收到消息。这是「一对多」的异步通信。
你想想看，激光雷达一直在发数据，路径规划节点需要这些数据，可视化节点也需要。如果每个节点都去问激光雷达要数据，那不乱套了？话题就是解决这个问题的——发布者只管发，订阅者只管收，互不干扰。
发布话题的代码：
self.publisher_ = self.create_publisher(String, 'chatter', 10)
msg = String()
msg.data = 'Hello ROS2'
self.publisher_.publish(msg)
订阅话题的代码：
self.subscription = self.create_subscription(
String, 'chatter', self.listener_callback, 10)
避坑指南：我曾经在调试时发现话题消息收不到，查了半天，原来是发布者和订阅者的消息类型不匹配。一个发的是 String，另一个却等着收 Int32。ROS2 不会报错，只会默默丢消息。所以，消息类型必须严格一致。
2.3 服务（Service）—— 一问一答的「客服」
话题是单向广播，服务则是「请求-响应」模式。客户端发一个请求，服务端处理完返回结果。适合那些需要即时反馈的操作，比如「打开摄像头」、「获取当前坐标」。
我记得有一次做机器人抓取，需要知道机械臂当前位置。用话题？不行，话题是持续发的，我只想要一次数据。用服务就对了——发个请求，拿到结果，完事。
服务端示例：
from example_interfaces.srv import AddTwoInts
def add_callback(request, response):
response.sum = request.a + request.b
return response
self.srv = self.create_service(AddTwoInts, 'add_two_ints', add_callback)
客户端调用：
self.cli = self.create_client(AddTwoInts, 'add_two_ints')
req = AddTwoInts.Request()
req.a = 3
req.b = 5
future = self.cli.call_async(req)
我的建议：服务适合短时间完成的操作。如果你的操作需要几秒钟甚至更久，比如「导航到某个点」，那就别用服务了，用动作（Action）更合适。
2.4 动作（Action）—— 能取消的「长任务」
动作是 ROS2 里最贴心的设计。它像服务一样有请求和结果，但多了两个功能：反馈和取消。
举个例子，你让机器人从 A 点走到 B 点。用服务的话，你只能等它走完，中间不知道进度，也不能取消。用动作就不一样了——你可以实时收到「走到 50% 了」的反馈，中途还能喊停。
动作的组成：
- Goal：目标（比如终点坐标）
- Feedback：实时反馈（比如当前位置）
- Result：最终结果（比如是否到达）
我个人觉得，动作是 ROS2 相比 ROS1 最大的改进之一。在自动驾驶仿真里，路径跟踪、泊车这类长任务，用动作管理起来特别顺手。
2.5 参数（Parameter）—— 随时可调的「旋钮」
参数就是节点的配置项。你可以在启动时设置，也可以在运行时动态修改。
比如，激光雷达的扫描频率、摄像头的曝光时间、PID 控制器的系数……这些值如果写死在代码里，每次改都要重新编译，太麻烦了。用参数，启动时传参或者运行时用命令行改，方便得很。
声明和使用参数：
self.declare_parameter('my_parameter', 'default_value')
param = self.get_parameter('my_parameter').value
运行时修改参数：
ros2 param set /my_node my_parameter new_value
注意：不是所有参数都支持运行时修改。有些参数改了之后需要重启节点才能生效。我建议你在设计参数时，明确标注哪些是「动态参数」，哪些是「静态参数」，避免踩坑。
2.6 rqt_graph —— 可视化你的「通信网络」
说了这么多，怎么直观地看到节点之间的通信关系？用 rqt_graph。
这个工具会把你的 ROS2 系统画成一张图。节点是椭圆，话题是矩形，箭头表示数据流向。一眼就能看出谁在发消息、谁在收消息、有没有孤立的节点。
使用方法：
ros2 run rqt_graph rqt_graph
我每次调试系统，第一件事就是打开 rqt_graph。它能帮我快速发现：
- 有没有节点没连上？
- 话题名字是不是拼错了？
- 有没有不必要的重复话题？
下面这张图，就是 ROS2 核心概念的关系图，我手绘了一个 SVG 版本：
嗯，这张图里，节点 A 发布话题 /scan，节点 B 和节点 C 订阅它。节点 D 和节点 E 之间是服务通信。这就是 ROS2 最核心的通信模型。
2.7 实操：跑一个完整的例子
光说不练假把式。咱们启动一个最简单的 ROS2 系统，看看这些概念怎么跑起来。
打开终端，依次执行：
# 启动一个发布者节点
ros2 run demo_nodes_cpp talker
# 再开一个终端，启动订阅者节点
ros2 run demo_nodes_cpp listener
# 查看节点列表
ros2 node list
# 查看话题列表
ros2 topic list
# 查看话题内容
ros2 topic echo /chatter
# 打开 rqt_graph
ros2 run rqt_graph rqt_graph
你会看到 talker 和 listener 两个节点，通过 /chatter 话题通信。rqt_graph 里会清晰地画出这个关系。
一个小技巧：如果你不想每次都手动启动多个终端，可以写一个 launch 文件。后面章节我会详细讲 launch 文件怎么用，这里先留个印象。
2.8 总结一下
ROS2 的五个核心概念，其实对应了五种不同的通信场景：
| 概念 | 通信模式 | 适用场景 | 典型例子 |
|---|---|---|---|
| 节点 | 独立进程 | 模块化功能 | 激光雷达驱动、路径规划 |
| 话题 | 发布/订阅 | 持续数据流 | 传感器数据、状态信息 |
| 服务 | 请求/响应 | 即时操作 | 打开设备、获取参数 |
| 动作 | 目标/反馈/结果 | 长任务 | 导航、机械臂控制 |
| 参数 | 配置项 | 运行时调参 | 频率、阈值、系数 |
我个人觉得，理解这五个概念，ROS2 就算入门了。剩下的就是多写、多跑、多调试。遇到问题别慌，先打开 rqt_graph 看看通信链路对不对，八成问题都能找到。
好，这一章就到这里。记住，动手实操比看十遍文章都管用。打开你的终端，把上面的命令敲一遍，感受一下 ROS2 的通信魅力。
核心要点：节点是基础，话题是主力，服务是补充，动作是利器，参数是调优工具。rqt_graph 是你的调试眼睛。