摘要使用 ROS2 配合 Nav2 做导航数据回放时，开发者常遇到 RViz 模型瞬移、TF 变换报错、时间轴错乱等“灵异事件”。本文从/clock双源冲突与/tf权威发布者两个底层机制切入，针对**纯回放（无物理仿真）**场景给出标准化命令集、配置要点与排查清单。关键词：ROS2、Nav2、bag 回放、use_sim_time、TF 变换、时钟同步一、问题背景ROS2 中用ros2 bag回放导航数据，本文讨论的是纯回放场景：不启动 Gazebo，仅用历史雷达、TF、里程计数据验证定位或路径规划算法，不依赖物理反馈。若对时间机制和 TF 机制理解不深，启动阶段就容易出现异常。典型异常表现：ros2 topic info /clock --verbose显示发布者数量为 2，存在时钟冲突；RViz 中机器人模型瞬移、闪烁，或出现TF_REPEATED_DATA警告；Nav2 报Lookup would require extrapolation into the future。二、核心机制2.1 时间系统：/clock与use_sim_timeROS2 的时间源分为墙钟（系统真实时间）与仿真时间（/clock话题）：use_sim_time: false（默认）：节点使用系统时间；use_sim_time: true：节点忽略系统时间，以/clock上的时间戳为准。黄金法则：同一 ROS 网络内，/clock必须有且仅有一个发布者，否则节点接收到的时间戳会反复跳变。需要提醒的是，use_sim_time在 ROS2 中是逐节点参数，不像 ROS1 那样可以一处全局生效。这意味着导航 launch、单独启动的测试节点，以及 rviz / rqt 这类 GUI 工具，都要单独确认，否则很容易出现“部分节点听仿真时间、部分听墙钟”的隐性不一致。2.2 空间系统：TF 的权威发布者TF 树由静态 TF（/tf_static）与动态 TF（/tf）组成。黄金法则：对同一个子坐标系（如base_link、wheel_left），必须保证只有一个权威发布者（Single Source of Truth）。多节点同时发布同一对变换时，后到的消息会覆盖先前的，直接导致 RViz 显示异常。三、场景定位：纯回放是“数据注入”，不是重新仿真ros2 bag play --clock做的事，是把 bag 里按原始时间戳间隔重新发布到 DDS 上，现有节点可以透明消费。也就是说/scan、/odom、/tf这些已经录进去了，不启动仿真器也能跑通。归属关系：bag 同时是时间源与 TF 源。验证目的纯回放是否够用确认定位/轨迹与录制时一致够用验证改过的规划/控制逻辑（开环对比）够用，让新节点消费回放数据、对比新旧/cmd_vel即可观察机器人状态对新控制指令的实时响应不够用，需要引入物理仿真，不在本文范围四、启动命令# 终端1：Nav2（必须声明使用仿真时间）ros2 launch turtlebot3_navigation2 navigation2.launch.py\use_sim_time:=true\map:=$HOME/robot_data/maps/my_map.yaml# 终端2：RViz 同样需要显式设置rviz2 --ros-args-puse_sim_time:=true# 终端3：bag 提供时钟 + 全量 TF 与传感器数据ros2 bag play$HOME/robot_data/bags/nav/nav_session