第2章 ROS2中间件与通信优化：DDS配置调优、QoS策略选择、零拷贝传输机制
聊到Nav2性能优化，很多人第一反应是调导航算法参数。但我得说，通信层往往是那个被忽视的瓶颈。ROS2底层用的是DDS，这东西功能强大，但默认配置不一定适合你的机器人。我见过太多项目，导航卡顿、丢数据，最后发现是DDS没调好。
这一章，我们就来啃这块硬骨头。
2.1 DDS配置调优：从默认到最佳实践
DDS（Data Distribution Service）是ROS2的通信基石。它负责把数据从一个节点搬到另一个节点。默认配置下，DDS追求的是通用性，而不是性能。说白了，它保守了。
我个人习惯，拿到一个新机器人平台，第一件事就是检查DDS的配置。尤其是这几个参数：
- Domain ID：不同机器人用不同ID，避免干扰。但同一个机器人内部，所有节点必须用同一个ID。
- Discovery 模式：默认是广播。如果网络环境复杂，建议改成静态发现，减少握手时间。
- 传输协议：UDP是默认，但如果你需要可靠传输，可以考虑TCP。不过UDP延迟更低，适合激光雷达、里程计这类高频数据。
我的经验：有一次在工控机上跑Nav2，发现节点启动特别慢，等了快10秒才连上。后来查了日志，发现是DDS的发现协议在广播时被防火墙拦截了。改成静态发现后，启动时间降到1秒以内。
下面这张图，是我总结的DDS配置决策流程：
2.2 QoS策略选择：给数据对号入座
QoS（Quality of Service）是ROS2里控制通信行为的核心机制。你想想看，激光雷达的数据丢了就丢了，下一帧马上来。但/cmd_vel指令丢了，机器人可能就撞墙了。所以，不同数据要用不同的QoS策略。
ROS2里常用的QoS策略有这些：
| 策略 | 说明 | 适用场景 |
|---|---|---|
| Reliability | 可靠传输 vs 尽力传输 | 控制指令用RELIABLE，传感器用BEST_EFFORT |
| Durability | 数据持久化，新节点能否收到历史数据 | 地图、静态参数用TRANSIENT_LOCAL |
| History | 保留最近N条数据，还是全部保留 | 高频数据用KEEP_LAST，低频用KEEP_ALL |
| Depth | 队列深度，即最多缓存多少条 | 根据数据频率和处理器速度来设 |
核心原则：
- 导航控制路径（/cmd_vel, /goal_pose）：RELIABLE + TRANSIENT_LOCAL
- 传感器数据路径（/scan, /odom）：BEST_EFFORT + KEEP_LAST(1)
- 地图数据（/map）：RELIABLE + TRANSIENT_LOCAL + KEEP_LAST(1)
举个例子，我在调激光雷达时，发现导航偶尔会抖动。查了半天，发现是/scan话题的QoS设成了RELIABLE。雷达数据一丢包，系统就等重传，导致路径规划卡顿。改成BEST_EFFORT后，问题立刻消失。
避坑指南：我曾经把/cmd_vel的Depth设得太小，结果机器人急停时指令被丢弃，差点撞到人。控制指令的Depth建议至少设到10，确保指令队列不会溢出。
2.3 零拷贝传输机制：让数据飞一会儿
ROS2里，数据从发布者到订阅者，默认要拷贝好几次。你想想看，激光雷达一帧数据几MB，拷贝几次，CPU就忙着搬数据了，哪有空算路径规划？
零拷贝（Zero-Copy）就是解决这个问题的。它让发布者和订阅者共享同一块内存，数据不用搬来搬去。ROS2里实现零拷贝，主要有两种方式：
- 共享内存（Shared Memory）：通过Fast DDS的共享内存传输，让同一台机器上的节点直接访问同一块内存。
- Loaned Messages：ROS2 Humble引入的新特性，允许节点借用消息的内存，避免拷贝。
启用共享内存很简单，在DDS配置里加上：
# 在 fastdds.xml 中配置
<transport_descriptors>
<transport_descriptor>
<transport_id>shm_transport</transport_id>
<type>SHM</type>
</transport_descriptor>
</transport_descriptors>
<participant>
<rtps>
<userTransports>
<transport_id>shm_transport</transport_id>
</userTransports>
</rtps>
</participant>
我的建议：零拷贝不是万能的。如果你的数据量很小（比如几个字节的里程计），拷贝开销可以忽略。但如果你处理的是大图像或点云，零拷贝能省下30%以上的CPU时间。我一般在激光雷达和相机节点上启用共享内存，效果立竿见影。
最后，我想强调一点：通信优化不是一锤子买卖。你需要在不同场景下测试，找到最适合你机器人的配置。嗯，这一章的内容就到这里，希望你能在实际项目中用上这些技巧。