第1章 ROS分布式系统概述

1. ROS分布式系统概述

大家好，我是这次课程的主讲工程师。今天咱们聊聊ROS分布式系统。说实话，我第一次接触这个概念时，也觉得挺玄乎的。但后来在实际项目中摸爬滚打，才真正体会到它的价值。

分布式系统，说白了就是把一个复杂的机器人系统拆开，让多个计算机一起干活。你想想看，一个自动驾驶小车，既要处理激光雷达数据，又要跑视觉SLAM，还要做路径规划——单靠一块板子，压力太大了。

分布式系统不是ROS独有的概念。它指的是多个独立计算机通过网络协作，对外表现为一个整体系统。我习惯用「三个关键特征」来理解它：

嗯，这里要注意一点。分布式系统和多线程不是一回事。多线程是在同一台机器的同一个进程里干活，而分布式系统是跨机器的。我在项目中遇到过有人把两者搞混，结果调试了三天才发现问题出在共享内存上。

核心要点：分布式系统的本质是「分而治之」——把大问题拆成小问题，让不同机器处理不同任务，最后汇总结果。

ROS的分布式架构，其实天生就是为多机通信设计的。它的核心组件包括：

ROS的架构设计有个巧妙之处：节点之间不直接通信，而是通过Master来「牵线搭桥」。节点先向Master注册，告诉Master「我在哪，我能干什么」。其他节点想找它时，先问Master要地址，然后直接建立点对点连接。

为什么会这样设计？我个人的理解是：这样既保证了灵活性，又避免了Master成为通信瓶颈。Master只负责「介绍对象」，不负责「传话」。

ROS的多机通信，说白了就是让不同机器上的节点能互相发消息。这里有几个关键点：

要让多机通信跑起来，网络配置是第一步。我建议你这样做：

# 在每台机器上设置ROS_HOSTNAME或ROS_IP
export ROS_HOSTNAME=192.168.1.100  # 本机IP
export ROS_MASTER_URI=http://192.168.1.100:11311  # Master所在机器

我曾经因为忘记设置ROS_HOSTNAME，导致两台机器互相找不到对方。折腾了一下午才发现，原来ROS默认用的是主机名，而两台机器的主机名解析不到对方的IP。

避坑指南：多机通信时，所有机器的时间必须同步。ROS消息带有时间戳，时间不同步会导致TF变换出错、数据回放混乱。我习惯用chrony或ntp来同步时间。

ROS支持三种通信模式：

你想想看，如果让激光雷达数据用Service模式传输，那每来一帧数据都要等响应，实时性就没了。所以传感器数据用Topic，控制指令用Service，这是行业惯例。

分布式ROS系统到底用在哪些地方？我挑几个典型的说说：

这是最直观的场景。比如仓库里的AGV车队，每台AGV是一个ROS节点，它们通过共享地图和任务队列来协同工作。我在做智慧仓储项目时，就用了三台机器人：一台负责扫描货架，一台负责搬运，一台负责充电管理。

有些机器人计算量太大，单板搞不定。比如自动驾驶：

这样分工后，每台机器各司其职，不会互相拖累。

机器人本体在野外跑，你在办公室的电脑上就能看到它的状态。我记得有一次，机器人在矿区作业，我在千里之外的实验室里用rviz实时查看它的运行轨迹。这种感觉，嗯，挺奇妙的。

实用技巧：远程监控时，建议把可视化节点（rviz、rqt）放在本地机器上运行，只订阅远程的话题数据。这样即使网络不稳定，本地界面也不会卡死。

这一章我们聊了分布式系统的概念、ROS的分布式架构、多机通信模型，以及实际应用场景。说白了，ROS分布式系统就是把「单打独斗」变成「团队协作」。每个节点做好自己的事，通过标准化的通信方式互相配合。