ROS2机器人项目架构与组件化开发 - 第1节

1、ROS2前世今生：机器人操作系统发展史、ROS1 vs ROS2核心差异、ROS2设计哲学与选型理由

1.1 机器人操作系统的起源

说起ROS，得从2007年讲起。那时候斯坦福大学人工智能实验室和Willow Garage公司搞了个项目，叫「Switchyard」。说白了，就是想让机器人开发不再那么痛苦。

我入行那会儿，做机器人得自己写底层驱动、自己搞通信协议、自己处理传感器数据。每个团队都在重复造轮子，而且造得还不咋地。ROS的出现，说白了就是要把这些通用功能标准化。

2010年，ROS 1.0正式发布。它解决了几个核心问题：

• 节点间通信：用发布/订阅模式，让不同模块解耦
• 工具链统一：可视化、调试、仿真一套搞定
• 代码复用：包管理机制，社区贡献的包直接拿来用

嗯，这里要注意。ROS1虽然好用，但它不是真正的实时操作系统，也不是为产品级应用设计的。它更像是一个研究平台。

1.2 ROS1的辉煌与局限

ROS1火了大概七八年，社区积累了超过3000个功能包。我在2015年做第一个机器人项目时，就是靠ROS1快速搭起来的。但用着用着，问题就暴露了。

我曾经在一个仓储机器人项目里，就因为roscore意外崩溃，导致三台机器人同时失控。那次之后，我就开始关注ROS2了。

1.3 ROS2的诞生与设计哲学

2015年，Open Robotics正式启动ROS2项目。设计目标很明确：保留ROS1的生态优势，同时解决它的架构缺陷。

ROS2的设计哲学，我总结为三点：

1. 去中心化：不再依赖roscore，用DDS（数据分发服务）做底层通信
2. 实时友好：支持实时内核、优先级调度、确定性执行
3. 产品级：从实验室走向工业场景，支持安全、多平台、多机器人

你想想看，DDS是什么？它本身就是工业级的通信中间件，在航空、国防领域用了十几年。ROS2选它做底层，说白了就是站在巨人的肩膀上。

1.4 ROS1 vs ROS2：核心差异对比

下面这张表，是我做技术选型时必看的。建议你收藏。

1.5 ROS2的架构与核心组件

ROS2的架构，我习惯从下往上理解。下面这张图，是我自己画的，帮你理清脉络。

这张图我画了好几次才满意。你看，从下往上，每一层都解决一个核心问题：

• OS层：提供基础调度、内存管理
• DDS层：负责节点发现、数据发布/订阅、QoS策略
• rmw层：屏蔽不同DDS实现的差异，让你换DDS不用改代码
• 客户端库层：提供C++、Python等语言的API
• 应用层：你写的业务逻辑

1.6 为什么选ROS2？我的选型理由

如果你问我，现在做机器人项目选ROS1还是ROS2？我的回答很干脆：选ROS2。理由如下：

1. 生态已成熟：ROS2 Humble是长期支持版，支持到2027年。主流硬件厂商都提供了ROS2驱动。
2. 性能更优：DDS的零拷贝传输、实时调度支持，让ROS2在延迟和吞吐量上全面超越ROS1。
3. 安全可靠：SROS2提供了加密、认证、访问控制，这是产品级应用的基本要求。
4. 未来趋势：ROS1已经停止新功能开发，社区资源全面转向ROS2。

我个人习惯，做技术选型时还会考虑团队的学习成本。ROS2的API设计比ROS1更规范，文档也更完善。虽然学习曲线稍微陡一点，但一旦上手，开发效率会高很多。