3. 节点与通信架构：Node的创建与生命周期，NodeHandle与rclcpp::Node，多线程与单线程执行模型
聊到ROS2，绕不开的就是节点。我常说，节点就是ROS2世界里的“最小工作单元”。你写的每一个感知模块、每一个控制算法，最终都会以节点的形式跑起来。这一章，咱们就把节点这东西彻底聊透。
3.1 从NodeHandle到rclcpp::Node：一个时代的更迭
如果你用过ROS1，一定对ros::NodeHandle不陌生。那时候创建节点，得先初始化，再搞个句柄，然后通过句柄去发布、订阅。说实话，这种设计有点绕。
到了ROS2，事情变得清爽多了。rclcpp::Node直接就是一个完整的节点类。你继承它，或者直接实例化它，就能干活。我刚开始从ROS1切到ROS2时，还习惯性地去找NodeHandle，结果发现——嗯，这东西已经不存在了。
核心变化：ROS2中，节点本身就是一切。不再需要额外的“句柄”概念。
来看一个最简单的节点创建：
#include "rclcpp/rclcpp.hpp"
int main(int argc, char **argv)
{
rclcpp::init(argc, argv);
auto node = std::make_shared<rclcpp::Node>("my_first_node");
RCLCPP_INFO(node->get_logger(), "节点已启动，大家好！");
rclcpp::spin(node);
rclcpp::shutdown();
return 0;
}
你看，四行核心代码，一个节点就跑起来了。这里有个细节我想强调：rclcpp::init()必须在所有操作之前调用，它负责初始化ROS2的全局状态。我曾经见过有人把它放在节点创建之后，结果程序直接崩溃——教训啊。
3.2 节点的生命周期：比你想象的更讲究
节点不是“启动-运行-结束”这么简单。在ROS2里，节点有一套完整的生命周期管理机制。说白了，就是让节点能告诉你“我现在在干嘛”。
ROS2定义了四种主要状态：
| 状态 | 含义 | 典型行为 |
|---|---|---|
| Unconfigured | 未配置 | 节点刚创建，还没初始化参数 |
| Inactive | 非活跃 | 已配置，但还没开始处理数据 |
| Active | 活跃 | 正常运行，发布/订阅都在工作 |
| Finalized | 已终结 | 节点即将销毁，清理资源 |
你可能会问：“我平时写节点，好像没用到这些状态啊？”没错，如果你只是简单用rclcpp::spin()，节点默认直接进入Active状态。但如果你做的是复杂系统——比如机器人启动时要先校准传感器，再加载地图，最后才进入运行模式——那生命周期管理就派上用场了。
我的建议：如果你的节点有明确的“初始化-运行-清理”阶段，请使用生命周期节点（LifecycleNode）。它能让你的代码结构更清晰，也方便别人理解你的设计意图。
3.3 单线程 vs 多线程执行模型
这是很多初学者容易踩坑的地方。ROS2默认是单线程执行，也就是说，所有回调函数（比如订阅回调、定时器回调）都在同一个线程里排队执行。
单线程的好处很明显：你不用操心线程安全问题。但坏处也很直接——如果一个回调执行时间过长，其他回调就得等着。我遇到过这样一个案例：一个激光雷达的回调里做了点云处理，耗时200ms，结果控制指令的回调被堵住了，机器人反应迟钝得像喝醉了酒。
这时候，多线程执行器就派上用场了。
#include "rclcpp/rclcpp.hpp"
#include "rclcpp/executors/multi_threaded_executor.hpp"
int main(int argc, char **argv)
{
rclcpp::init(argc, argv);
auto node = std::make_shared<rclcpp::Node>("multi_thread_node");
// 创建多线程执行器，指定线程数
rclcpp::executors::MultiThreadedExecutor executor(
rclcpp::ExecutorOptions(), 4 // 4个线程
);
executor.add_node(node);
executor.spin();
rclcpp::shutdown();
return 0;
}
这里我用了4个线程。但注意，不是线程越多越好。线程多了，上下文切换的开销也会增加。我个人习惯是：先设成CPU核心数，然后根据实际负载调整。
避坑指南：多线程环境下，共享数据一定要加锁。我曾经因为忘记给共享的里程计数据加锁，导致程序偶尔崩溃，查了两天才找到原因。用std::mutex或者ROS2提供的rclcpp::LockFreeQueue都能解决问题。
3.4 节点架构的核心逻辑
说了这么多，咱们用一张图来总结节点与通信架构的核心关系：
这张图展示了ROS2节点架构的三层结构：最上层是具体的节点，它们通过话题、服务、动作等方式通信；中间是执行器层，负责调度节点的回调函数；底层是DDS中间件，负责实际的数据传输。说白了，执行器决定了“什么时候干活”，DDS决定了“怎么把活传出去”。
3.5 如何选择执行模型？
这个问题没有标准答案，但我可以给你一些参考：
- 单线程执行器：适合回调函数执行时间短、数量少的场景。比如一个简单的里程计发布节点。
- 多线程执行器：适合有耗时操作（如点云处理、图像处理）的节点。注意处理好线程安全。
- 静态单线程执行器：ROS2新增的，性能更好，但要求你在spin之前就把所有回调注册好。适合对实时性要求高的场景。
一个小技巧：如果你不确定用哪种，先用单线程。等发现性能瓶颈了，再切换到多线程。别一开始就上多线程，给自己找麻烦。
嗯，关于节点与通信架构，核心内容就是这些。记住：节点是ROS2的基石，理解它的创建、生命周期和执行模型，你就能搭建出稳定高效的机器人系统。下一节，咱们聊聊更具体的通信机制——话题和服务到底该怎么选。