一、ROS2概述：从零认识这个机器人开发框架
大家好，我是你们这门课的老朋友。今天咱们聊聊ROS2到底是什么。
说实话，我第一次接触ROS还是2013年，那时候ROS1刚火起来。当时我在做一个移动机器人项目，需要让传感器、电机、摄像头之间互相通信。嗯，那叫一个痛苦——每个模块都得自己写socket通信，数据格式还得自己定义。后来同事推荐了ROS，我才发现，原来机器人开发可以这么清爽。
什么是ROS2？
ROS2，全称Robot Operating System 2，翻译过来就是「机器人操作系统第二代」。但注意，它其实不是真正的操作系统——它更像是一个分布式通信框架，跑在Linux、Windows甚至RTOS上面。
说白了，ROS2就是一套帮你把机器人各个零件「串起来」的工具。你想想看，一个机器人有激光雷达、摄像头、电机驱动、导航算法……这些模块怎么互相说话？ROS2就是那个「翻译官」和「快递员」。
核心定位：ROS2 = 通信框架 + 工具集 + 生态社区
我个人习惯把ROS2比作「乐高积木」。每个功能模块（比如摄像头驱动、路径规划）都是一块积木，ROS2提供了标准的接口，让这些积木能轻松拼在一起。你不需要关心积木内部怎么做的，只要知道它提供什么功能就行。
ROS2的发展历史
讲历史之前，我先问大家一个问题：为什么要有ROS2？ROS1不是用得好好的吗？
嗯，这里有个故事。ROS1是2007年由斯坦福大学和Willow Garage公司联合推出的。当时的设计目标主要是学术研究和原型验证。所以它的架构比较「随性」——中心化的通信机制、单Master节点、对实时性要求不高。
但到了2015年左右，工业界开始大规模使用ROS。问题就来了：
- 机器人需要实时控制，ROS1做不到
- 多机器人协作时，单Master节点容易挂
- 产品级部署需要安全性和可靠性，ROS1不够
所以2014年，ROS2项目正式启动。它吸取了ROS1的教训，重新设计了底层架构。我记得2017年第一次试用ROS2的beta版时，最大的感受就是——「终于支持多机通信了，而且不用再担心Master挂了整个系统瘫痪」。
| 时间 | 事件 |
|---|---|
| 2007年 | ROS1诞生，学术圈开始使用 |
| 2014年 | ROS2项目启动，重新设计架构 |
| 2017年 | ROS2第一个正式版Ardent Apalone发布 |
| 2022年 | ROS2成为主流，ROS1进入维护模式 |
| 2024年 | ROS2 Humble、Iron等LTS版本广泛使用 |
我的建议：如果你现在才开始学，直接学ROS2。ROS1虽然还有存量项目，但新项目基本都用ROS2了。别走弯路。
ROS2与ROS1的区别
这个问题我经常被问到。我直接列个对比表，大家一目了然：
| 对比项 | ROS1 | ROS2 |
|---|---|---|
| 通信机制 | 中心化（依赖Master节点） | 去中心化（DDS直接通信） |
| 实时性 | 不支持 | 支持（通过DDS的QoS策略） |
| 多机器人 | 复杂，需要额外配置 | 原生支持 |
| 跨平台 | 主要Linux | Linux、Windows、macOS、RTOS |
| 安全性 | 无 | 支持加密和认证 |
| 编程语言 | C++、Python | C++、Python、Java、Rust等 |
我曾经在一个项目中，需要把ROS1的导航系统移植到ROS2。最头疼的就是通信部分——ROS1里所有节点都连到一个Master上，一旦Master挂了，整个系统就瘫痪。ROS2用了DDS（数据分发服务），每个节点直接点对点通信，没有单点故障。这个改动，说白了就是「从独裁到民主」的转变。
避坑指南：我曾经以为ROS2和ROS1的API差不多，直接改个包名就能用。结果发现消息类型、启动方式、编译工具全变了。如果你是从ROS1转过来，建议从头学起，别偷懒。
ROS2的核心概念
好了，重头戏来了。ROS2有四个核心概念：节点、话题、服务、动作。我一个个讲，保证你听完就能理解。
1. 节点（Node）
节点就是ROS2里的最小执行单元。你可以把每个节点想象成一个「工人」——有的工人负责读激光雷达数据，有的工人负责控制电机，有的工人负责规划路径。
每个节点都是独立的进程，可以单独启动、停止、崩溃而不影响其他节点。嗯，这里要注意：节点之间不直接调用函数，而是通过通信机制交换数据。
# 创建一个简单的节点（Python示例）
import rclpy
from rclpy.node import Node
class MyNode(Node):
def __init__(self):
super().__init__('my_first_node')
self.get_logger().info('节点已启动！')
def main(args=None):
rclpy.init(args=args)
node = MyNode()
rclpy.spin(node)
node.destroy_node()
rclpy.shutdown()
你看，创建一个节点就这么简单。我刚开始学的时候，觉得「节点」这个概念很抽象。后来我把它理解成「一个独立的功能模块」，瞬间就通了。
2. 话题（Topic）
话题是ROS2里最常用的通信方式。它是一种发布-订阅模式——一个节点发布消息到某个话题，其他节点订阅这个话题就能收到消息。
举个例子：摄像头节点发布图像数据到 /camera/image 话题，图像处理节点订阅这个话题，就能拿到图像数据做分析。发布者和订阅者互不知道对方的存在，完全解耦。
关键特点：
- 一对多通信（一个发布者，多个订阅者）
- 异步通信（发布者不管有没有订阅者，只管发）
- 数据流式传输（适合传感器数据、状态信息）
# 发布者示例
publisher = self.create_publisher(String, 'chatter', 10)
msg = String()
msg.data = 'Hello, ROS2!'
publisher.publish(msg)
# 订阅者示例
subscription = self.create_subscription(
String, 'chatter', self.listener_callback, 10)
3. 服务（Service）
话题是「广播式」的，服务则是「请求-响应」模式。你想想看，有时候你需要让机器人做一件事，比如「打开机械臂」，然后等它回复「已打开」——这就是服务。
服务由客户端发起请求，服务端处理并返回响应。它是同步的，客户端会阻塞等待结果。
# 服务端示例
def add_two_ints_callback(request, response):
response.sum = request.a + request.b
return response
srv = self.create_service(AddTwoInts, 'add_two_ints', add_two_ints_callback)
# 客户端示例
client = self.create_client(AddTwoInts, 'add_two_ints')
request = AddTwoInts.Request()
request.a = 3
request.b = 5
future = client.call_async(request)
我个人习惯用服务来做「一次性操作」，比如设置参数、触发某个动作。而话题适合做「持续的数据流」，比如传感器读数。
4. 动作（Action）
动作是ROS2里最「高级」的通信方式。它结合了话题和服务的特点——既有服务的请求-响应，又有话题的实时反馈。
举个例子：让机器人从A点走到B点。你发出请求「走到B点」，机器人开始执行。执行过程中，它会不断反馈「当前位置」、「剩余距离」等信息。如果中途发现障碍物，你还可以发送「取消」指令。
动作由三部分组成：
- 目标（Goal）：告诉机器人要做什么
- 反馈（Feedback）：执行过程中的实时状态
- 结果（Result）：最终执行结果
# 动作客户端示例
action_client = ActionClient(self, Fibonacci, 'fibonacci')
goal_msg = Fibonacci.Goal()
goal_msg.order = 10
# 发送目标
send_goal_future = action_client.send_goal_async(goal_msg)
# 处理反馈
send_goal_future.add_done_callback(goal_response_callback)
我的经验：动作最适合「耗时较长且需要中途干预」的任务。比如导航、机械臂运动、扫地机器人清扫。如果你只是简单开关一个灯，用服务就够了。
知识体系总览
说了这么多，我画了一张图帮你理清思路。ROS2的核心就是这四个概念，它们构成了机器人开发的「骨架」。
这张图把四个概念的关系讲得很清楚。节点是「心脏」，话题、服务、动作是三种「血管」，负责不同场景下的数据流动。
一句话总结：
- 节点 = 功能模块
- 话题 = 广播数据
- 服务 = 打电话问答案
- 动作 = 派任务并跟踪进度
好了，第一章的内容就到这里。记住这四个概念，后面的章节我们会一个个深入实战。你想想看，理解了这些，你就掌握了ROS2的「语法」，剩下的就是多写多练了。
可可精品资料库