Fast DDS 在 Docker 容器间通信问题分析与解决方案

问题现象

在使用 ROS2 Humble 和 Fast DDS 时，用户发现当 ROS2 节点运行在不同 Docker 容器中时，虽然能够互相发现对方发布的话题，但无法成功订阅和接收消息。具体表现为：

• 容器A中的节点可以发布话题
• 容器B中的节点能够通过ros2 topic list看到该话题
• 但使用ros2 topic echo无法接收到任何消息

问题根源

经过技术分析，这个问题主要与 Fast DDS 的传输机制有关：

1. SHM 传输机制问题：当 Docker 容器使用--net=host和--ipc=host参数运行时，Fast DDS 会检测到发布者和订阅者在同一主机上，默认尝试使用共享内存(SHM)传输以提高性能。

2. 权限冲突：SHM 使用/dev/shm目录进行通信，但在 Docker 容器中，进程通常以 root 用户运行，而主机上的 ROS2 节点则以普通用户运行，导致权限冲突，通信失败。

3. 环境差异：这个问题在 Ubuntu 22.04 更新后出现，而在未更新的系统或 Ubuntu 20.04 上工作正常，表明可能与系统更新引入的权限管理变化有关。

解决方案

针对这个问题，开发者提供了多种解决方案：

1. 统一用户权限

• 在 Docker 容器中使用与主机相同的用户运行 ROS2 节点
• 或者在主机上以 root 权限运行 ROS2 应用

2. 强制使用 UDP 传输

在启动 ROS2 应用前设置环境变量：

export FASTDDS_BUILTIN_TRANSPORTS=UDPv4

这将强制 Fast DDS 使用 UDP 而非 SHM 进行通信。

3. 调整 Docker 运行参数

• 不使用--ipc=host参数运行容器
• 或者同时不使用--net=host和--ipc=host参数

4. 正确配置 Docker Compose

对于使用 Docker Compose 的情况，确保正确配置 IPC 共享：

version: '3'

services:
  ros2_pub:
    image: ros:humble
    ipc: host
    network_mode: host
    command: "ros2 topic pub /test std_msgs/msg/Bool"
  ros2_sub:
    image: ros:humble
    ipc: host
    network_mode: host
    command: bash -c "sleep 1 && ros2 topic list && ros2 topic echo /test"

技术背景

Fast DDS 作为 ROS2 的默认中间件，支持多种传输方式：

1. SHM(共享内存)：同一主机内通信时性能最优
2. UDP：跨网络通信的标准方式
3. TCP：可靠但开销较大的传输方式

在容器化环境中，特别是当涉及用户权限和命名空间隔离时，SHM 传输可能会遇到问题。理解这些传输机制的特点对于解决分布式系统中的通信问题至关重要。

最佳实践建议

1. 在开发环境中，可以优先使用 UDP 传输以避免权限问题
2. 生产环境中，如果确定需要高性能的 SHM 传输，应确保容器和主机的用户权限一致
3. 使用 Docker 时，明确是否需要主机网络和 IPC 命名空间共享
4. 定期检查系统更新对容器通信的影响，特别是权限管理相关的更新

通过理解 Fast DDS 的传输机制和 Docker 的隔离特性，开发者可以更好地设计和调试分布式 ROS2 应用。