3、通信基石：话题(Topic)与服务(Service)的底层原理，QoS策略深度解析

聊到ROS2的通信，很多人第一反应就是“话题”和“服务”。

嗯，没错。但你真的理解它们底层的运作逻辑吗？

我个人习惯把话题比作“广播电台”，服务比作“电话热线”。

电台只管发，谁爱听谁听。电话必须有人接，还得给个答复。

这背后，其实藏着ROS2最核心的设计哲学。咱们今天就把这层窗户纸捅破。

3.1 话题（Topic）：异步的“发布-订阅”模式

话题是ROS2里最常用的通信方式。说白了，就是发布者往一个“频道”里扔数据，订阅者从同一个频道里拿数据。

发布者和订阅者互相不知道对方的存在。这就是解耦。

我在做多机器人协同项目时，就遇到过一个问题：一个机器人发布位置信息，另一个机器人订阅。如果发布者挂了，订阅者还在傻等，程序就卡死了。后来我才意识到，话题的“异步”特性，意味着你必须自己处理数据超时的问题。

3.2 服务（Service）：同步的“请求-响应”模式

服务就不一样了。它是一问一答的。

客户端发一个请求，服务端处理完，再返回一个响应。这期间，客户端会阻塞等待。

你想想看，如果你要控制机器人夹爪抓取一个物体，你肯定想知道“抓没抓到”。这时候用服务就非常合适。请求是“夹紧”，响应是“已夹紧”或“失败”。

我曾经在调试一个机械臂时，用服务来控制关节运动。结果因为服务端处理时间太长，客户端超时了。程序直接报错。嗯，这里要注意：服务不适合长时间运行的任务，否则容易造成通信阻塞。

3.3 底层原理：DDS与中间件

ROS2的通信底层，不再是ROS1那种自定义的TCPROS/UDPROS了。它换成了DDS（数据分发服务）。

DDS是什么？说白了，它是一个工业级的、去中心化的实时数据总线。

ROS2只是把DDS封装了一层，让你用起来更简单。但底层那些复杂的发现协议、序列化、传输机制，全是DDS在干活。

我画了一张图，帮你理解这个层次关系：

3.4 QoS策略：通信质量的“调节旋钮”

QoS（服务质量）是ROS2引入的一个重磅特性。它让你能精细控制通信行为。

说白了，就是你可以告诉DDS：“这个数据很重要，必须可靠送达”或者“这个数据是传感器流，丢几帧无所谓，但要快”。

QoS策略包含多个维度，我挑几个最常用的给你讲：

3.5 代码实战：设置QoS策略

光说不练假把式。咱们看看代码里怎么设置QoS。

// C++ 示例：创建一个带QoS的发布者
#include <rclcpp/rclcpp.hpp>
#include <std_msgs/msg/string.hpp>

int main(int argc, char **argv)
{
    rclcpp::init(argc, argv);
    auto node = std::make_shared<rclcpp::Node>("qos_demo");

    // 创建一个QoS配置
    rclcpp::QoS qos_profile(10);  // Depth = 10
    qos_profile.reliability(RMW_QOS_POLICY_RELIABILITY_RELIABLE);
    qos_profile.durability(RMW_QOS_POLICY_DURABILITY_VOLATILE);

    // 使用QoS配置创建发布者
    auto publisher = node->create_publisher<std_msgs::msg::String>(
        "chatter", qos_profile);

    // 创建订阅者时，QoS必须兼容
    auto subscriber = node->create_subscription<std_msgs::msg::String>(
        "chatter", qos_profile,
        [](const std_msgs::msg::String::SharedPtr msg) {
            RCLCPP_INFO(rclcpp::get_logger("rclcpp"), "收到: '%s'", msg->data.c_str());
        });

    rclcpp::spin(node);
    rclcpp::shutdown();
    return 0;
}

3.6 话题 vs 服务：什么时候用哪个？

很多新手会纠结这个问题。我直接给你一个判断标准：

• 用话题：数据是“流”式的，持续更新，不需要反馈。比如传感器数据、状态信息。
• 用服务：操作是“一次性”的，需要立即知道结果。比如设置参数、触发动作。

举个例子：

• 机器人发布当前速度 → 话题
• 请求机器人重置里程计 → 服务
• 发布摄像头图像 → 话题
• 请求拍照并保存 → 服务

嗯，其实还有一个更高级的通信方式叫Action，它结合了话题和服务的优点，适合长时间任务。不过那是后面章节的内容了。