2、话题基础：理解ROS2话题机制，使用ros2 topic list、echo、info命令
好，咱们正式开始动手了。这一章我带你摸清楚ROS2里最核心的通信方式——话题（Topic）。说白了，话题就是节点之间传递数据的“管道”。一个节点发数据，另一个节点收数据，就这么简单。
我记得刚接触ROS那会儿，总觉得话题机制很玄乎。后来在调试一个机器人底盘时，发现电机就是不听使唤，折腾了半天，原来是话题名拼写错了。嗯，从那以后，我对话题的命名规范就特别敏感。
2.1 话题是什么？
想象一下，你正在调试一台Gazebo里的差速驱动小车。你需要知道它的实时位置、速度，甚至轮子的转角。这些数据从哪里来？从话题里来。
话题是一种发布/订阅模型：
- 发布者（Publisher）：负责发送数据，比如/odom话题发布里程计信息。
- 订阅者（Subscriber）：负责接收数据，比如你的控制节点订阅/cmd_vel话题来获取速度指令。
你想想看，发布者和订阅者之间完全解耦。发布者不知道谁在听，订阅者也不知道谁在说。这种设计让系统变得非常灵活。我在项目中经常利用这个特性，把传感器数据单独发布，多个节点同时订阅，互不干扰。
2.2 使用ros2 topic list查看所有话题
启动你的Gazebo仿真环境后，第一件事就是看看当前有哪些话题在活跃。我个人习惯先跑一个ros2 topic list，就像进家门先开灯一样自然。
ros2 topic list你会看到类似这样的输出：
/clock
/cmd_vel
/imu
/joint_states
/odom
/robot_description
/scan
/tf
/tf_static这些就是当前系统中所有活跃的话题。每个话题都对应一种数据类型。比如/odom话题传递的是nav_msgs/msg/Odometry消息。
ros2 topic list -t，它会同时显示话题类型，方便你快速定位。
2.3 使用ros2 topic echo查看话题数据
光看话题列表还不够，你得知道里面到底在传什么数据。这时候ros2 topic echo就派上用场了。它就像一根探针，直接插进话题管道里，把数据实时打印出来。
ros2 topic echo /odom你会看到类似这样的输出：
header:
stamp:
sec: 1234567890
nanosec: 123456789
frame_id: odom
child_frame_id: base_footprint
pose:
pose:
position:
x: 1.234
y: 0.567
z: 0.0
orientation:
x: 0.0
y: 0.0
z: 0.123
w: 0.992
covariance: [0.0, 0.0, 0.0, 0.0, 0.0, 0.0, ...]
twist:
twist:
linear:
x: 0.5
y: 0.0
z: 0.0
angular:
x: 0.0
y: 0.0
z: 0.1
covariance: [0.0, 0.0, 0.0, 0.0, 0.0, 0.0, ...]看到没？这就是机器人的实时位姿和速度信息。我曾经在调试一个AGV小车时，发现它的位置数据一直在跳变，用echo一看，原来是IMU的协方差矩阵设置不对。嗯，这种问题光看代码是看不出来的，必须看实时数据。
echo命令会持续输出数据，直到你按Ctrl+C停止。如果你只想看一条数据，可以用--once参数：ros2 topic echo /odom --once。
2.4 使用ros2 topic info查看话题详情
有时候你需要知道某个话题的发布者和订阅者是谁，以及消息类型是什么。这时候ros2 topic info就派上用场了。
ros2 topic info /odom输出示例：
Type: nav_msgs/msg/Odometry
Publisher count: 1
Subscriber count: 2这个信息非常有用。比如你在调试时发现某个话题没有数据，用info一看，发现发布者数量为0，那问题就清楚了——没人发数据。我遇到过好几次这种情况，都是因为节点没启动或者话题名拼错了。
2.5 知识体系图
下面这张图帮你理清本章的核心逻辑：
2.6 实战小练习
光看不练假把式。我建议你现在就打开终端，启动你的Gazebo仿真环境，然后依次执行以下命令：
ros2 topic list— 看看有哪些话题ros2 topic info /odom— 查看/odom话题的详情ros2 topic echo /odom --once— 抓取一条/odom数据ros2 topic echo /cmd_vel— 看看速度指令话题（如果没数据，试试给机器人发个速度指令）
echo /odom看位置，一个跑echo /cmd_vel看指令，还有一个跑控制节点。这样任何异常都能第一时间发现。
2.7 避坑指南
我曾经在调试一个多机器人系统时，发现两个机器人的话题名冲突了。明明发的是A机器人的数据，B机器人却收到了。后来我养成了一个习惯：所有话题名都加上命名空间，比如/robot1/odom和/robot2/odom。这样就不会串了。
另外，echo命令虽然好用，但如果你订阅的话题数据量很大（比如激光雷达的/scan话题），终端会刷得飞快。这时候可以用--once或者--head参数来限制输出。
嗯，这一章的内容就到这里。记住，话题是ROS2的命脉，学会用这三个命令，你就掌握了调试机器人通信的基本功。