1. ROS话题通信基础：话题模型、发布者与订阅者、消息类型、命令行工具rostopic

各位同学好，我是你们的老朋友。今天咱们来聊聊ROS里最核心、最常用的通信方式——话题通信。说实话，我刚开始接触ROS时，就被这套机制惊艳到了。它就像是一个智能的“消息广播站”，让机器人各个部件之间能高效地传递信息。

1.1 话题模型：发布-订阅模式

话题通信，说白了就是“发布-订阅”模式。想象一下电台广播：主播（发布者）在某个频道（话题）上说话，听众（订阅者）只要调到这个频道就能听到。在ROS里，节点之间不直接认识，它们只关心话题。

核心思想：解耦

发布者不需要知道谁在听，订阅者也不需要知道谁在说。这种设计让系统非常灵活。我个人习惯把话题比作“消息总线”，所有节点都挂在这条总线上，各取所需。

话题通信三要素：

话题名：唯一的字符串标识，比如 /cmd_vel、/odom
消息类型：定义数据的结构，比如 geometry_msgs/Twist
传输方向：单向数据流，从发布者到订阅者

1.2 发布者与订阅者

咱们直接上代码，看看发布者和订阅者到底怎么写。我习惯用C++，因为性能好，但Python写起来更快捷。这里我两种都给你展示一下。

1.2.1 发布者（Publisher）

发布者的任务很简单：创建节点、声明话题、然后循环发布消息。嗯，这里要注意，发布频率要控制好，别把总线冲爆了。

// C++ 发布者示例
#include <ros/ros.h>
#include <std_msgs/String.h>

int main(int argc, char **argv) {
    ros::init(argc, argv, "talker");
    ros::NodeHandle nh;
    
    // 声明一个发布者，话题名为 "chatter"，消息类型为 String
    ros::Publisher pub = nh.advertise<std_msgs::String>("chatter", 10);
    
    ros::Rate loop_rate(10);  // 10Hz 发布频率
    while (ros::ok()) {
        std_msgs::String msg;
        msg.data = "Hello ROS!";
        
        pub.publish(msg);  // 发布消息
        ros::spinOnce();
        loop_rate.sleep();
    }
    return 0;
}

我的经验：队列长度参数（上面代码中的10）很关键。如果订阅者处理慢，消息会积压在队列里。我曾经在调试激光雷达数据时，队列设得太小导致丢帧，后来改成50才稳定。

1.2.2 订阅者（Subscriber）

订阅者需要注册一个回调函数，每当话题上有新消息，ROS就会自动调用这个函数。说白了，就是“有消息来了，你处理一下”。

// C++ 订阅者示例
#include <ros/ros.h>
#include <std_msgs/String.h>

void chatterCallback(const std_msgs::String::ConstPtr& msg) {
    ROS_INFO("I heard: [%s]", msg->data.c_str());
}

int main(int argc, char **argv) {
    ros::init(argc, argv, "listener");
    ros::NodeHandle nh;
    
    // 订阅 "chatter" 话题，绑定回调函数
    ros::Subscriber sub = nh.subscribe("chatter", 10, chatterCallback);
    
    ros::spin();  // 进入循环，等待回调
    return 0;
}

避坑指南：我曾经犯过一个低级错误——在回调函数里做耗时操作，比如写文件或复杂计算。结果导致回调阻塞，后续消息全部丢失。记住：回调函数要快进快出，复杂任务请另开线程。

1.3 消息类型

ROS的消息类型，说白了就是数据结构的定义。它用一套独立的描述语言（.msg文件）来定义，然后自动生成C++/Python代码。

常用消息类型一览：

消息包	常用类型	用途
std_msgs	String, Int32, Float64, Bool	基础数据类型，适合简单信号
geometry_msgs	Twist, Pose, Point, Quaternion	机器人运动、位姿信息
sensor_msgs	LaserScan, Image, Imu, JointState	传感器数据，激光雷达、摄像头、IMU
nav_msgs	Odometry, Path, OccupancyGrid	导航相关，里程计、路径、地图

你想想看，如果没有统一的消息类型，每个开发者都自己定义一套，那系统集成就是一场噩梦。ROS帮我们解决了这个问题。

自定义消息类型：当标准消息不够用时，可以自己定义。在功能包下创建 msg/ 目录，写一个 .msg 文件，比如：

# MyCustomMsg.msg
string name
int32 age
float64 score

然后在 CMakeLists.txt 里添加编译支持，就能像使用标准消息一样使用它了。

1.4 命令行工具 rostopic

rostopic 是我调试时最常用的工具，没有之一。它让你不用写代码就能查看话题的实时数据。我个人习惯先开三个终端：一个跑节点，一个用 rostopic echo 看数据，一个用 rostopic list 看有哪些话题。

常用命令一览：

rostopic list —— 列出所有活跃话题
rostopic echo /topic_name —— 打印话题的实时数据
rostopic pub /topic_name msg_type data —— 手动发布一条消息
rostopic hz /topic_name —— 查看话题的发布频率
rostopic bw /topic_name —— 查看话题的带宽占用
rostopic info /topic_name —— 查看话题的详细信息（类型、发布者、订阅者）

实战技巧：调试机械臂时，我经常用 rostopic echo /joint_states 来查看关节角度。如果发现某个关节数据不更新，八成是硬件通信断了。另外，rostopic hz 能帮你快速判断话题是否在正常频率运行——如果频率突然下降，说明有节点卡住了。

举个例子，假设你想手动控制机器人移动，可以这样发布速度指令：

rostopic pub /cmd_vel geometry_msgs/Twist "linear:
  x: 0.5
  y: 0.0
  z: 0.0
angular:
  x: 0.0
  y: 0.0
  z: 0.5" -r 10

这条命令以10Hz的频率发布线速度0.5m/s、角速度0.5rad/s的速度指令。嗯，这里要注意，-r 参数表示循环发布，否则只发一次。

避坑指南：我曾经在调试时，用 rostopic pub 发了一条消息但忘了加 -r，结果机器人只动了一下就停了。我还以为是代码有bug，查了半天才发现是命令没循环。记住：大多数话题需要持续发布，尤其是控制指令。

好了，关于ROS话题通信的基础知识就讲到这里。话题模型、发布者与订阅者、消息类型、命令行工具，这四个点你掌握了吗？我个人觉得，理解话题通信是入门ROS的关键一步。你想想看，机器人里那么多传感器、执行器、算法模块，全靠话题通信才能协同工作。下一节咱们会深入聊一聊如何用代码实现一个完整的话题通信示例，到时候再细说。

📚 课程目录

1. ROS话题通信基础：话题模型、发布者与订阅者、消息类型、命令行工具rostopic

1.1 话题模型：发布-订阅模式

1.2 发布者与订阅者

1.2.1 发布者（Publisher）

1.2.2 订阅者（Subscriber）

1.3 消息类型

1.4 命令行工具 rostopic