第二章：ROS2核心概念与环境搭建
各位同学，欢迎来到第二章。说实话，这一章是整个课程的地基。你想想看，如果连ROS2的核心概念都没搞明白，后面写代码肯定到处碰壁。我个人习惯是，学一个新框架之前，先把它最核心的几个概念吃透——节点、话题、服务、动作，还有底层的DDS通信机制。这些东西搞懂了，后面你写起代码来会非常顺手。
2.1 DDS通信机制：ROS2的“神经系统”
ROS2和ROS1最大的区别是什么？说白了，就是底层通信换成了DDS（Data Distribution Service）。DDS是一种去中心化的实时数据分发标准。我在项目中遇到过一个问题：ROS1的节点通信依赖一个叫Master的中心节点，一旦Master挂了，整个系统就瘫痪了。ROS2用DDS之后，每个节点都是对等的，没有单点故障，可靠性高了很多。
DDS的核心机制是“发布-订阅”模型。数据发送方叫Publisher，接收方叫Subscriber。它们之间通过一个叫“Topic”的通道来传递数据。DDS还支持QoS（服务质量）策略，你可以控制数据的可靠性、时效性等。嗯，这里要注意：QoS设置不当，可能会导致数据丢失或者延迟过高。
核心要点：DDS让ROS2具备了实时性、可靠性和分布式能力。你不需要自己实现复杂的网络通信，DDS帮你搞定了。
2.2 节点与话题：ROS2的“细胞”和“血管”
节点（Node）是ROS2中最基本的执行单元。每个节点负责一个特定的功能，比如控制电机、处理激光雷达数据、发布里程计信息等。我建议你把节点想象成一个独立的“小机器人”，它们之间通过话题（Topic）来交换信息。
话题是节点之间通信的通道。一个节点可以发布话题，也可以订阅话题。举个例子：激光雷达节点发布一个叫/scan的话题，里面包含扫描数据；导航节点订阅这个/scan话题，获取数据后做路径规划。这种解耦的设计，让系统非常灵活。
个人经验：我曾经在一个项目中，把所有的数据处理都塞进了一个节点，结果代码乱成一团。后来我按照功能拆分成多个节点，每个节点只做一件事，调试起来轻松多了。记住：一个节点只做一件事，并把它做好。
2.3 服务与动作：同步与异步的通信方式
话题是单向的、持续的通信。但有些场景你需要“请求-响应”模式，比如让机器人抓取一个物体，你需要发送请求并等待结果。这时候就要用服务（Service）。
服务是同步的：客户端发送请求，服务器处理并返回响应。我举个例子：你调用一个/get_pose服务，请求获取机器人当前位置，服务端立即返回坐标。简单直接，但有个缺点——如果服务端处理时间很长，客户端会一直阻塞等待。
为了解决长时间任务的问题，ROS2引入了动作（Action）。动作是异步的：客户端发送目标，服务器开始执行，同时不断反馈进度，最后返回结果。比如让机器人移动到某个点，你可以实时收到“走到一半了”、“还有3米”这样的反馈。我在项目中用过动作来控制机械臂抓取，效果非常好。
| 通信方式 | 特点 | 适用场景 |
|---|---|---|
| 话题（Topic） | 单向、持续、多对多 | 传感器数据、状态发布 |
| 服务（Service） | 同步、请求-响应 | 查询参数、触发短任务 |
| 动作（Action） | 异步、可反馈、可取消 | 导航、机械臂控制 |
2.4 ROS2 Humble安装与配置
好了，概念讲完了，咱们来动手。ROS2有很多发行版，我推荐你用Humble Hawksbill，因为它是一个长期支持版本（LTS），稳定且社区支持好。我个人习惯在Ubuntu 22.04上安装，兼容性最好。
安装步骤其实很简单，跟着我来：
- 设置语言环境：确保系统支持UTF-8。
- 添加ROS2软件源：把ROS2的仓库加到你的apt源里。
- 安装ROS2 Humble：直接
apt install ros-humble-desktop，这个包包含了常用的工具和库。 - 安装开发工具：比如
colcon、rosdep等。
避坑指南：我曾经在安装时忘了设置locale，结果编译时一堆乱码错误。所以第一步一定要做：sudo apt update && sudo apt install locales，然后设置locale-gen en_US en_US.UTF-8。
安装完成后，别忘了配置环境变量。每次打开终端都要执行source /opt/ros/humble/setup.bash。我建议你把它加到~/.bashrc里，这样每次打开终端自动加载。
2.5 工作空间创建与编译
工作空间（Workspace）是你存放ROS2项目的地方。我习惯用colcon来编译，它是ROS2官方推荐的构建工具。创建一个工作空间很简单：
mkdir -p ~/ros2_ws/src
cd ~/ros2_ws
colcon build编译完成后，你会看到build、install、log三个文件夹。你的代码放在src里，编译后的可执行文件在install里。每次修改代码后，记得重新编译。
小技巧：如果你只修改了某个包，可以用colcon build --packages-select 包名来单独编译，节省时间。我在大项目中经常用这个，不然每次全量编译要等好几分钟。
最后，别忘了source工作空间的环境：source install/setup.bash。这样你才能运行自己写的节点。
本章知识体系图
下面这张图展示了本章的核心逻辑，从底层DDS到上层应用，一目了然：
这张图从下往上展示了本章的知识结构：DDS是底层通信基础，节点、话题、服务、动作是核心编程模型，QoS策略控制通信质量，安装配置是实操前提，工作空间是项目组织方式。每一层都依赖下一层，缺一不可。
好了，这一章的内容就到这里。记住：概念要理解透彻，安装要细心，工作空间要规范。后面我们会基于这些知识，开始写真正的自动驾驶代码。