ROS2基础回顾：核心概念与通信机制
2.1 从ROS1到ROS2：架构演进的核心逻辑
ROS2并非ROS1的简单升级，而是一次面向分布式、实时性与安全性的架构重构。ROS1基于中心化Master节点进行名称解析与连接建立，一旦Master宕机，整个系统将陷入瘫痪；而ROS2引入了DDS（Data Distribution Service）作为底层通信中间件，采用去中心化的发现机制，每个节点都具备独立的发现能力，从根本上消除了单点故障。
这一演进带来的直接收益体现在三个层面：
- 通信可靠性：DDS内置QoS（服务质量）策略，支持可靠传输、心跳检测与自动重连，适应Wi-Fi、5G等弱网环境。
- 实时性支持：ROS2允许节点指定执行优先级与CPU亲和性，配合实时内核可满足机器人运动控制等硬实时需求。
- 跨平台能力：不再依赖Linux专属的进程间通信机制，可运行于Windows、macOS及RTOS之上。
2.2 四大通信原语：节点、话题、服务与动作
ROS2中一切功能模块都被封装为节点（Node）。节点是独立可执行的最小单元，拥有自己的命名空间、参数与生命周期。一个机器人应用通常由数十个节点组成，例如底盘驱动节点、激光雷达驱动节点、导航算法节点等。节点之间通过三种通信原语协作：
| 通信方式 | 通信模式 | 典型场景 | QoS关键设置 |
|---|---|---|---|
| 话题（Topic） | 异步、单向、多对多 | 传感器数据流（/scan、/image_raw） | SensorData：BestEffort + KeepLast(1) |
| 服务（Service） | 同步、双向、一对一 | 地图获取、参数查询、开关控制 | Reliable + Volatile |
| 动作（Action） | 异步、带反馈、长时间任务 | 导航到目标点、机械臂抓取 | Reliable + KeepLast(10) |
选择通信方式时，可依据以下判断路径：若数据是持续产生的流（如激光扫描），使用话题；若需要立即获取结果（如查询当前地图），使用服务；若任务耗时较长且需要中途反馈（如移动到某点），则必须使用动作。动作在底层由“目标话题 + 结果服务 + 反馈话题”三个通道组合实现，但对开发者暴露为统一的Action接口。
2.3 开发环境搭建与工作空间配置
本节以Ubuntu 22.04 + ROS2 Humble为例，演示从零搭建开发环境。首先确保系统源已更新，然后安装ROS2核心组件：
# 1. 设置软件源
sudo apt update && sudo apt install -y curl gnupg lsb-release
sudo curl -sSL https://raw.githubusercontent.com/ros/rosdistro/master/ros.key -o /usr/share/keyrings/ros-archive-keyring.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/ros-archive-keyring.gpg] http://packages.ros.org/ros2/ubuntu $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/ros2.list
# 2. 安装ROS2 Humble桌面版（包含可视化工具）
sudo apt update
sudo apt install -y ros-humble-desktop python3-argcomplete
# 3. 配置环境变量
echo "source /opt/ros/humble/setup.bash" >> ~/.bashrc
source ~/.bashrc
# 4. 验证安装
ros2 --help
ros2 topic list # 应输出空列表（无节点运行）工作空间采用colcon构建工具管理。推荐目录结构如下：
ros2_ws/ # 工作空间根目录
├── src/ # 源码目录
│ ├── my_package/ # 自定义功能包
│ │ ├── package.xml # 包清单（依赖声明）
│ │ ├── CMakeLists.txt # 构建配置
│ │ └── src/ # C++源码
│ └── my_py_package/ # Python功能包
│ ├── package.xml
│ ├── setup.py
│ └── my_py_package/
├── build/ # 编译中间文件（自动生成）
├── install/ # 安装文件（自动生成）
└── log/ # 日志（自动生成）创建并编译功能包的基本流程：
cd ~/ros2_ws/src
ros2 pkg create my_robot_bringup --build-type ament_cmake --dependencies rclcpp std_msgs
cd ~/ros2_ws
colcon build --symlink-install # 使用符号链接便于Python开发
source install/setup.bashros2 run提示“package not found”时，90%的原因是未source当前工作空间的install/setup.bash。每次打开新终端，必须执行source ~/ros2_ws/install/setup.bash，或将其追加到~/.bashrc中。
2.4 命令行工具链：调试与诊断的利器
ROS2提供了一套完整的命令行工具，其命名统一为ros2 <功能组> <动词>。掌握以下高频命令可覆盖日常开发80%的调试需求：
- 节点管理：
ros2 node list查看活跃节点；ros2 node info /node_name查看节点的订阅、发布、服务与动作详情。 - 话题调试：
ros2 topic list -t显示话题类型；ros2 topic echo /scan实时打印消息；ros2 topic hz /scan统计发布频率。 - 服务调用：
ros2 service list列出所有服务；ros2 service call /map_server/get_map nav_msgs/srv/GetMap手动触发一次服务请求。 - 动作交互：
ros2 action send_goal /navigate_to_pose nav2_msgs/action/NavigateToPose "{pose: {pose: {position: {x: 1.0, y: 2.0}}}}"发送导航目标。 - 参数管理：
ros2 param list、ros2 param get /node_name param_name、ros2 param set /node_name param_name value。
以话题通信为例，启动两个终端分别运行发布者与订阅者，观察数据流动：
# 终端1：运行发布者节点
ros2 run demo_nodes_cpp talker
# 终端2：运行订阅者节点
ros2 run demo_nodes_cpp listener
# 终端3：查看话题统计
ros2 topic info /chatter
ros2 topic hz /chatter若hz显示频率稳定在10Hz左右，说明通信链路正常。若出现“No new messages”或频率波动剧烈，应依次检查：节点是否崩溃、话题名称是否拼写一致、QoS策略是否匹配（如发布者使用BestEffort而订阅者要求Reliable会导致断连）。
2.5 案例复盘：多机通信中的常见误区
在搭建双机器人协作系统时，开发者常遇到“节点互相发现不了”的问题。某次项目中，两台机器人均运行ROS2 Humble，接入同一Wi-Fi路由器，但ros2 node list只能看到本机节点。排查过程如下：
- 检查Domain ID：执行
echo $ROS_DOMAIN_ID，发现机器人A为0，机器人B为1。修改B的环境变量为0后重启，问题依旧。 - 检查网络连通性：
ping对方IP正常，排除物理链路故障。 - 检查DDS发现协议：Wi-Fi路由器开启了“AP隔离”功能，阻止了设备间的二层广播。关闭该选项后，两台机器人成功互相发现。
另一个高频误区是混淆话题与服务的适用场景。初学者常试图用服务实现高频传感器数据传输，导致服务端阻塞、系统卡顿。正确做法是：传感器流使用话题（BestEffort QoS），而“请求-应答”型交互（如拍照指令）才使用服务。若任务需要取消或进度反馈，则升级为动作。
最后，务必养成使用RQt工具链的习惯。rqt_graph可实时可视化节点与话题连接关系，rqt_console集中查看日志消息，rqt_plot绘制话题数据曲线。这些工具能大幅缩短定位通信异常的时间。