3. 核心概念精讲：节点、话题、服务、动作、参数深度解析

好，我们正式开始接触 ROS2 的五大核心概念。说实话，这五个东西就像乐高积木里的基础块，你后面所有的机器人系统，都是用它们搭起来的。

我个人习惯把这五个概念分成两类：通信机制（话题、服务、动作）和基础设施（节点、参数）。咱们一个一个来拆解。

3.1 节点 (Node) —— 系统的执行单元

节点是什么？说白了，节点就是一个可以独立完成某件事的进程。比如你有一个摄像头节点专门负责采集图像，一个激光雷达节点负责扫描环境，一个导航节点负责规划路径。

我记得第一次用 ROS1 的时候，我写了一个大而全的程序，把所有功能都塞在一个文件里。后来调试的时候，改一个地方就要重新编译整个项目，痛苦得很。ROS2 的节点设计就是为了解决这个问题——每个节点各司其职，互不干扰。

核心要点：

每个节点是一个独立的可执行文件
节点之间通过话题、服务、动作通信
节点可以发布或订阅话题
节点可以提供服务或调用服务

创建一个节点很简单，在 Python 里就是继承 Node 类：

import rclpy
from rclpy.node import Node

class MyRobotNode(Node):
    def __init__(self):
        super().__init__('my_robot_node')
        self.get_logger().info('节点已启动！')

def main(args=None):
    rclpy.init(args=args)
    node = MyRobotNode()
    rclpy.spin(node)
    node.destroy_node()
    rclpy.shutdown()

我的小技巧：节点命名要规范。我习惯用 功能_设备_编号 的格式，比如 camera_front_left，这样一看就知道是前左摄像头。不然项目大了，几十个节点你根本分不清谁是谁。

3.2 话题 (Topic) —— 异步通信的骨干

话题是 ROS2 里最常用的通信方式。它是一种发布-订阅模式，发布者只管发数据，订阅者只管收数据，两者不需要知道对方的存在。

你想想看，这就像广播电台。电台（发布者）播放节目，收音机（订阅者）接收节目。电台不知道有多少人在听，收音机也不知道电台在哪儿。这种松耦合的设计，让系统扩展起来非常方便。

我曾经在一个项目中需要同时处理 10 个传感器的数据。如果用服务的方式，每个传感器都要等待应答，系统根本跑不动。换成话题后，每个传感器节点只管往话题里扔数据，处理节点只管收，效率提升了好几倍。

话题的特点：

异步通信：发布者不等待订阅者处理完成
一对多：一个发布者，多个订阅者
无应答：发布者不知道数据是否被接收
数据类型：每个话题有固定的消息类型

发布话题的代码示例：

class TalkerNode(Node):
    def __init__(self):
        super().__init__('talker')
        self.publisher = self.create_publisher(String, 'chatter', 10)
        timer_period = 0.5  # 每秒发两次
        self.timer = self.create_timer(timer_period, self.timer_callback)

    def timer_callback(self):
        msg = String()
        msg.data = 'Hello, ROS2!'
        self.publisher.publish(msg)
        self.get_logger().info(f'发布: {msg.data}')

注意：话题的 QoS（服务质量）设置很重要。我记得有一次调试，订阅者老是收不到数据，查了半天才发现是发布者的 QoS 深度设成了 1，而订阅者设成了 10，两者不匹配。ROS2 的 QoS 机制比 ROS1 严格得多，一定要保持一致。

3.3 服务 (Service) —— 同步请求-应答

话题适合持续的数据流，但有些场景你需要一问一答。比如你让机械臂抓取一个物体，你需要知道它到底抓没抓到。这时候就该用服务了。

服务的模式很简单：客户端发送请求，服务器处理并返回响应。这是一个同步操作，客户端会一直等待直到收到响应。

嗯，这里要注意，服务不适合高频调用。如果你每秒钟要调用几百次服务，系统可能会被阻塞。我见过有人用服务来传输图像数据，结果系统直接卡死。这种场景应该用话题。

服务 vs 话题：

特性	话题	服务
通信模式	异步发布-订阅	同步请求-应答
数据流向	单向	双向
适用场景	传感器数据、状态信息	触发式操作、查询
性能	高吞吐	低延迟但阻塞

创建一个服务端：

from example_interfaces.srv import AddTwoInts

class ServiceNode(Node):
    def __init__(self):
        super().__init__('service_node')
        self.srv = self.create_service(AddTwoInts, 'add_two_ints', self.add_callback)

    def add_callback(self, request, response):
        response.sum = request.a + request.b
        self.get_logger().info(f'收到请求: {request.a} + {request.b} = {response.sum}')
        return response

3.4 动作 (Action) —— 带反馈的长时间任务

动作是 ROS2 里最复杂但也最强大的通信机制。它专门用来处理需要长时间执行、并且需要中途反馈的任务。

举个例子，你让机器人从 A 点导航到 B 点。这个过程可能需要几十秒甚至几分钟。用服务的话，客户端会一直阻塞，啥也干不了。用话题的话，你又没法知道任务什么时候完成。

动作的解决方案是：目标 + 反馈 + 结果。客户端发送目标，服务器在执行过程中不断发送反馈（比如当前进度、位置），最后返回最终结果。

我记得在做一个 AGV 项目时，需要控制小车沿着指定路径行驶。用动作来实现，客户端可以实时看到小车的位置和剩余距离，用户体验非常好。

动作的三要素：

目标 (Goal)：告诉服务器要做什么
反馈 (Feedback)：服务器在执行过程中返回的中间状态
结果 (Result)：任务完成后的最终输出

动作的接口定义（.action 文件）：

# NavigateToPose.action
# 目标
geometry_msgs/PoseStamped target_pose
---
# 结果
bool success
string message
---
# 反馈
float32 progress  # 0.0 ~ 1.0
string current_status

我的建议：如果你的任务执行时间超过 1 秒，或者需要中途取消，果断用动作。不要试图用话题+定时器来模拟动作，那会让你陷入状态管理的泥潭。

3.5 参数 (Parameter) —— 运行时配置

参数是 ROS2 里最容易被忽视但实际非常有用的概念。它允许你在不修改代码、不重新编译的情况下调整节点的行为。

比如你的摄像头节点有一个曝光时间参数。在调试阶段，你可能需要频繁调整这个值。如果没有参数，你每次都要改代码、重新编译、重启节点。有了参数，你只需要在命令行里敲一行命令就行了。

我曾经维护过一个机器人集群项目，有 20 多台机器人。每台机器人的参数都不一样（比如 IP 地址、传感器偏移量）。我把这些参数写在 YAML 文件里，启动时加载，维护起来非常方便。

参数的使用方式：

声明参数：在节点初始化时声明
获取参数：运行时读取参数值
设置参数：通过命令行或代码动态修改
参数回调：参数变化时触发特定操作

声明和使用参数的代码：

class ParamNode(Node):
    def __init__(self):
        super().__init__('param_node')
        self.declare_parameter('my_param', 'default_value')
        self.declare_parameter('speed', 1.0)
        self.declare_parameter('enable_debug', False)

        # 读取参数
        param_value = self.get_parameter('my_param').value
        speed = self.get_parameter('speed').get_parameter_value().double_value

        # 设置参数回调
        self.add_on_set_parameters_callback(self.param_callback)

    def param_callback(self, params):
        for param in params:
            if param.name == 'speed':
                if param.value < 0:
                    return SetParametersResult(successful=False, reason='速度不能为负')
        return SetParametersResult(successful=True)

避坑指南：我曾经在参数回调里做了一些耗时操作（比如重新初始化硬件），结果导致节点响应变慢。参数回调应该尽量轻量，只做参数校验和简单赋值。复杂的操作应该通过话题或服务触发。

3.6 五大概念的关系总结

好了，五个概念都讲完了。我们来理一理它们之间的关系：

节点是基础，没有节点，其他四个概念无从谈起
话题用于持续的数据流，比如传感器数据、状态信息
服务用于一次性的请求-应答，比如触发某个操作、查询状态
动作用于长时间的任务，需要中途反馈和取消能力
参数用于运行时配置，让节点更灵活

在实际项目中，这五个概念经常混合使用。比如一个导航节点，它通过话题接收激光雷达数据，通过服务查询地图信息，通过动作接收导航目标，同时还有一堆参数用来调整行为。

记住一句话：选对通信方式，你的系统就成功了一半。选错了，后面全是坑。

📚 课程目录

3. 核心概念精讲：节点、话题、服务、动作、参数深度解析

3.1 节点 (Node) —— 系统的执行单元

3.2 话题 (Topic) —— 异步通信的骨干

3.3 服务 (Service) —— 同步请求-应答

3.4 动作 (Action) —— 带反馈的长时间任务

3.5 参数 (Parameter) —— 运行时配置

3.6 五大概念的关系总结