Navigation2中Docker Server控制器订阅命名空间主题问题解析

问题背景

在ROS2 Navigation2项目的最新版本中，当用户为机器人配置命名空间(namespace)时，发现Docking Server控制器未能正确订阅命名空间下的local_costmap相关主题。这一现象在Ubuntu 24.04系统、ROS2 Jazzy发行版环境下尤为明显。

问题现象

当用户通过命令行启动带有命名空间的导航系统时：

ros2 launch nav2_bringup tb3_simulation_launch.py namespace:=tb3_0

预期行为是Docking Server控制器应该订阅命名空间下的主题，如/tb3_0/local_costmap/costmap_raw。然而实际观察到的订阅行为却是直接订阅了非命名空间的主题路径/local_costmap/costmap_raw，导致无法获取正确的成本地图数据。

技术分析

经过深入分析，发现这一问题源于导航参数配置文件(nav2_param.yaml)中的硬编码主题路径。在添加碰撞检测功能时，配置文件中直接指定了带有前导斜杠"/"的绝对主题路径：

controller:
      costmap_topic: "/local_costmap/costmap_raw"
      footprint_topic: "/local_costmap/published_footprint"

这种绝对路径的指定方式会绕过ROS2的命名空间机制，导致节点无法自动将命名空间前缀添加到主题名称前。

解决方案

正确的做法是使用相对路径而非绝对路径。只需移除前导斜杠即可：

controller:
      costmap_topic: "local_costmap/costmap_raw"
      footprint_topic: "local_costmap/published_footprint"

这一修改使得ROS2的命名空间机制能够正常工作，自动将命名空间前缀添加到主题名称前，形成完整的主题路径。

技术启示

1. ROS2命名空间机制：ROS2的命名空间是通过节点名称前缀实现的，对于主题和服务名称同样适用。使用相对路径时，ROS2会自动添加命名空间前缀。

2. 绝对路径与相对路径：在ROS2配置中，前导斜杠表示绝对路径，会绕过命名空间机制；而没有前导斜杠的相对路径则会继承节点的命名空间。

3. 多机器人系统设计：在开发支持多机器人的系统时，必须特别注意主题和服务的命名规范，确保它们能够正确响应命名空间变化。

版本更新

该修复已被合并到主分支，并向后移植到Jazzy发行版中。用户可以通过更新到最新版本来获取这一修复。

总结

这一问题的解决不仅修复了Docking Server控制器的功能，也为ROS2 Navigation2项目在多机器人场景下的稳定性做出了贡献。它提醒开发者在编写配置文件时，应当特别注意路径的指定方式，避免硬编码绝对路径，以保持系统的灵活性和可扩展性。