第3章 ROS2核心概念

第1章：ROS2核心概念——Node、Topic、Service、Action、Parameter深入理解与对比

各位同学，欢迎来到《ROS2软硬件协同开发实战》的第一章。

说实话，我见过太多初学者一上来就对着ROS2的五个核心概念发懵。Node、Topic、Service、Action、Parameter，名字都认识，但到底什么时候用哪个？它们之间是什么关系？

嗯，今天我们就来彻底讲清楚这件事。我会结合我在实际项目中的经验，帮你把这些概念刻在脑子里。

1.1 节点（Node）——一切功能的载体

节点，说白了就是ROS2里的一个独立进程。每个节点负责完成一个具体的任务，比如读取传感器数据、控制电机、处理图像等等。

我个人习惯把节点想象成一个“工人”。每个工人只干一件事，但很多工人一起协作，就能完成复杂的任务。这就是ROS2的分布式设计哲学。

核心要点：

每个节点是一个独立的可执行文件
节点之间通过Topic、Service、Action通信
节点可以动态地创建和销毁

我在项目中遇到过一个问题：有人把所有功能都写在一个节点里，结果代码变得又臭又长，调试起来简直要命。记住，ROS2鼓励的是“小而专”的节点设计。

1.2 话题（Topic）——异步通信的基石

Topic是ROS2里最常用的通信方式。它是一种发布-订阅模型，说白了就是“有人说话，有人听”。

发布者（Publisher）往话题里发消息，订阅者（Subscriber）从话题里收消息。双方不需要知道对方的存在，完全解耦。

# 发布者示例
import rclpy
from std_msgs.msg import String

def publisher_node():
    node = rclpy.create_node('talker')
    pub = node.create_publisher(String, 'chatter', 10)
    msg = String()
    msg.data = 'Hello ROS2'
    pub.publish(msg)

# 订阅者示例
def subscriber_node():
    node = rclpy.create_node('listener')
    sub = node.create_subscription(String, 'chatter', callback, 10)
    
def callback(msg):
    print(f'I heard: {msg.data}')

实战技巧：

Topic适合高频、单向的数据流，比如传感器数据、状态信息。但要注意，如果订阅者处理速度跟不上发布者，消息会堆积在队列里。我曾经在激光雷达项目里吃过这个亏，后来调整了队列大小才解决。

1.3 服务（Service）——同步请求-响应

Service和Topic最大的区别在于：Service是同步的，有来有回。客户端发送请求，服务端处理并返回响应。

你想想看，什么时候需要这种模式？比如你让机器人“打开灯光”，你需要知道它到底打开了没有。这时候用Service就对了。

# 服务端
def add_two_ints(request, response):
    response.sum = request.a + request.b
    return response

node.create_service(AddTwoInts, 'add_two_ints', add_two_ints)

# 客户端
client = node.create_client(AddTwoInts, 'add_two_ints')
request = AddTwoInts.Request()
request.a = 3
request.b = 5
future = client.call_async(request)

注意：

Service是阻塞的。如果服务端处理时间过长，客户端会一直等待。我曾经在调试机械臂时，因为服务端处理超时导致整个系统卡死。所以，耗时操作请用Action，别用Service。

1.4 动作（Action）——带反馈的异步任务

Action是ROS2里最强大的通信方式。它结合了Topic和Service的优点：可以异步执行，还能实时反馈进度。

举个例子：让机器人走到某个位置。你发出指令后，机器人开始移动，同时不断告诉你“走到50%了”、“走到80%了”。最后到达时，告诉你“任务完成”。这就是Action的典型场景。

# 动作服务端
class MoveRobotActionServer:
    def execute_callback(self, goal_handle):
        for i in range(1, 11):
            feedback = MoveRobot.Feedback()
            feedback.progress = i * 10
            goal_handle.publish_feedback(feedback)
            time.sleep(1)
        goal_handle.succeed()
        return MoveRobot.Result(success=True)

什么时候用Action？

任务需要较长时间执行（几秒到几分钟）
需要实时反馈进度
任务可以被取消

1.5 参数（Parameter）——运行时配置

参数，说白了就是节点的“旋钮”。你可以在不重启节点的情况下，动态调整它的行为。

比如，你有一个摄像头节点，想调整它的帧率。用参数就对了：

# 声明参数
node.declare_parameter('frame_rate', 30)

# 获取参数
frame_rate = node.get_parameter('frame_rate').value

# 动态修改（通过命令行）
# ros2 param set /camera_node frame_rate 60

我的经验：

参数非常适合做调试和调优。我在做自动驾驶项目时，经常用参数来调整PID控制器的系数，边跑边调，效率极高。但要注意，参数不要滥用，频繁修改会影响性能。

1.6 五大概念对比总结

特性	Topic	Service	Action	Parameter
通信模式	发布-订阅	请求-响应	目标-反馈-结果	读取-设置
同步/异步	异步	同步	异步	同步
适用场景	高频数据流	短时查询	长时任务	配置管理
反馈机制	无	一次性响应	持续反馈	无
典型例子	传感器数据	计算求和	导航移动	帧率设置

1.7 避坑指南

最后，分享几个我踩过的坑：

Topic命名要规范：我曾经因为Topic名字写错一个字母，调试了整整一下午。建议用“/节点名/数据名”的格式。
别把Service当Topic用：高频调用Service会导致系统阻塞。高频数据流请用Topic。
Action的反馈别太频繁：反馈频率太高会占用大量带宽。我一般控制在10Hz以内。
参数修改要谨慎：运行时修改参数可能导致系统不稳定。建议在测试环境充分验证后再上线。

好了，第一章的内容就到这里。这五个概念是ROS2的基石，理解透了，后面的学习就会轻松很多。下一章，我们会深入讲解如何用C++和Python编写ROS2节点，到时候见。