2. ROS2基础回顾：节点、话题、服务、参数等核心概念

在深入TF坐标变换之前，必须先牢固掌握ROS2的四大通信基石：节点（Node）、话题（Topic）、服务（Service）和参数（Parameter）。TF库本质上就是建立在话题通信机制之上的一个特殊应用——它通过话题广播坐标系之间的变换关系。如果对这四者的数据流和生命周期理解不透彻，后续调试TF树时就会寸步难行。

2.1 核心原理：ROS2的通信架构

ROS2采用去中心化的分布式架构，每个可执行程序被抽象为一个或多个节点。节点之间不直接建立点对点连接，而是通过DDS（数据分发服务）中间件进行通信。DDS负责发现节点、匹配话题、管理服务质量（QoS）策略，这使得ROS2比ROS1具备更强的实时性和可靠性。

四大核心概念的分工如下：

• 节点（Node）：计算单元，负责执行具体任务（如读取激光雷达数据、发布速度指令）。每个节点有唯一名称，可包含多个话题、服务、参数。
• 话题（Topic）：异步、单向、连续的数据流通道。发布者（Publisher）向话题写入消息，订阅者（Subscriber）从话题读取消息。适合传感器数据、状态更新等高频数据。
• 服务（Service）：同步、双向、一次性的请求-应答模式。客户端（Client）发送请求，服务端（Server）处理后返回响应。适合触发型操作（如拍照、路径规划）。
• 参数（Parameter）：节点的配置项，以键值对形式存储。可在运行时动态读取或修改，用于调整算法阈值、设备配置等。

2.2 方法流程：从命令行到代码实现

理解概念后，必须掌握实际操作。ROS2提供了丰富的命令行工具来动态观察这些通信实体。以下是最常用的调试命令：

# 查看所有节点
ros2 node list

# 查看某个节点的详细信息（包括订阅/发布的话题、服务）
ros2 node info /sensor_node

# 查看所有话题
ros2 topic list

# 实时监听话题数据
ros2 topic echo /scan

# 查看话题的QoS策略
ros2 topic info /tf --verbose

# 查看所有服务
ros2 service list

# 调用服务
ros2 service call /save_map std_srvs/srv/Trigger

# 查看参数
ros2 param list /sensor_node
ros2 param get /sensor_node scan_topic_name

在Python代码中，创建节点并实现通信的基本框架如下：

import rclpy
from rclpy.node import Node
from sensor_msgs.msg import LaserScan
from std_srvs.srv import Trigger

class SensorNode(Node):
    def __init__(self):
        super().__init__('sensor_node')
        # 声明参数
        self.declare_parameter('scan_topic_name', 'scan')
        topic_name = self.get_parameter('scan_topic_name').value
        
        # 创建发布者
        self.publisher = self.create_publisher(LaserScan, topic_name, 10)
        
        # 创建服务
        self.srv = self.create_service(Trigger, 'save_map', self.save_map_callback)
        
        # 创建定时器
        self.timer = self.create_timer(0.1, self.timer_callback)
    
    def timer_callback(self):
        msg = LaserScan()
        # 填充消息...
        self.publisher.publish(msg)
    
    def save_map_callback(self, request, response):
        response.success = True
        response.message = "Map saved"
        return response

2.3 案例场景：TF与话题的协同工作

考虑一个典型的移动机器人导航场景。机器人底盘发布里程计数据，激光雷达发布扫描数据，而TF广播节点负责发布base_link到odom的变换。以下是各节点的通信关系：

在这个场景中，/navigation节点订阅/tf话题，实时获取机器人坐标系在全局坐标系中的位置，从而将激光雷达的扫描数据转换到全局坐标系中进行建图和路径规划。如果/tf话题的发布频率低于激光雷达的扫描频率，导航算法将无法及时获得准确的位姿，导致定位漂移。

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