课程导入：ROS2的起源、设计目标、与ROS1的区别、应用场景

一、核心原理：ROS2为什么诞生

ROS（Robot Operating System，机器人操作系统）最初于2007年由斯坦福大学人工智能实验室与Willow Garage公司联合推出。ROS1的设计目标是为科研与教育场景提供一个松耦合、模块化、可复用的机器人软件开发框架。它通过节点（Node）、话题（Topic）、服务（Service）和动作（Action）等通信机制，将复杂的机器人系统拆解为多个独立进程，从而大幅降低了机器人软件开发的入门门槛。

然而，随着机器人从实验室走向工业现场、物流仓储、自动驾驶等真实场景，ROS1的架构性缺陷逐渐暴露：

• 单点故障风险：ROS1依赖一个中心化的roscore节点（包含Master、Parameter Server），一旦该节点崩溃，整个系统即告瘫痪。
• 实时性不足：ROS1的底层通信基于TCP/UDP，没有为实时控制提供确定性延迟保障，难以满足机械臂伺服、无人机飞控等硬实时需求。
• 多机通信脆弱：ROS1的节点发现机制依赖广播和Master，在跨网段、动态IP、NAT等复杂网络环境下极不稳定。
• 安全性缺失：ROS1默认不加密、不鉴权，任何能访问网络的主机都可以向机器人发布指令，这在工业场景中是不可接受的。
• 生命周期管理粗糙：ROS1节点缺乏标准化的启动、暂停、重启机制，进程崩溃后无法自动恢复。

正是这些痛点，催生了ROS2的诞生。ROS2于2017年正式发布首个长期支持版本，其底层架构完全重写，核心设计目标可归纳为以下五点：

1. 去中心化：移除roscore，采用DDS（Data Distribution Service，数据分发服务）作为通信中间件，实现节点自动发现与点对点通信。
2. 实时性支持：通过DDS的QoS（Quality of Service，服务质量）策略，允许开发者对消息传输的可靠性、延迟、历史深度进行精细控制。
3. 跨平台与多语言：官方支持Linux、Windows、macOS，并原生支持C++、Python、Rust等语言。
4. 安全通信：集成DDS Security规范，支持身份认证、权限控制与消息加密。
5. 标准化生命周期：引入rclcpp/rclpy客户端库，提供统一的节点生命周期管理接口（配置→激活→停用→清理）。

二、方法流程：从ROS1迁移到ROS2的关键路径

对于已有ROS1项目，迁移到ROS2并非简单的API替换，而是一个涉及通信模型、编译系统、依赖管理、启动方式的系统工程。下表总结了最常见的差异点：

迁移时建议遵循以下步骤：

1. 盘点现有包：使用rosdep检查依赖，区分ROS1专属包与通用包。
2. 替换通信API：将ros::Publisher改为rclcpp::Publisher，ros::Subscriber改为rclcpp::Subscription，注意NodeHandle被Node类取代。
3. 调整编译配置：将package.xml中的<build_depend>改为<depend>，CMakeLists.txt中catkin_package()改为ament_package()。
4. 重写launch文件：ROS1的.launch XML需转换为ROS2的Python launch脚本。
5. 测试QoS策略：为话题设置合适的reliability（可靠/尽力）与durability（瞬态/易失）策略。

三、案例/场景：ROS2的典型应用领域

ROS2的架构优势使其在以下场景中成为首选：

• 工业机械臂控制：需要毫秒级实时响应与确定性调度，ROS2配合实时内核（如PREEMPT_RT）可满足伺服周期要求。例如，发那科、库卡等厂商的下一代控制器已评估或采用ROS2。
• 自动驾驶与物流AGV：多传感器融合（激光雷达、相机、IMU）需要高带宽、低延迟通信，且车辆间需要V2X通信。ROS2的DDS自动发现机制支持车辆动态组网。
• 多机器人协作：仓储机器人集群中，每台机器人作为独立DDS域参与者，无需中心服务器即可互相感知位置与任务状态。
• 医疗手术机器人：对数据安全与隐私要求极高，ROS2的DDS Security可对消息进行端到端加密，并支持基于角色的访问控制。
• 教育科研：ROS2支持Windows/macOS，学生可在个人电脑上直接安装，无需配置复杂的Linux虚拟机。

# 终端1：启动监听节点
ros2 run demo_nodes_cpp talker

# 终端2：启动订阅节点（无需roscore）
ros2 run demo_nodes_cpp listener

四、误区/复盘：学习ROS2时常犯的错误