3. ROS2通信机制面试题
第 3 章 · ROS2 通信机制面试题
话题与服务选型 · QoS配置 · DDS调优 · 实时性保障 · 多机通信
ROS2 通信机制是自动驾驶系统架构的“神经系统”。面试官通过这一章考察你对话题/服务选型、QoS 策略、DDS 底层调优、实时性保障以及多机通信的实战理解。以下 3 个问答卡片覆盖高频考点，并附真实项目案例模板，帮你建立结构化回答框架。
话题（Topic）和服务（Service）如何选型？请结合自动驾驶场景说明。
面试官考察点
- 是否理解话题（发布/订阅）与服务（请求/响应）的本质区别：数据流 vs 远程调用。
- 能否结合自动驾驶具体场景（传感器数据、控制指令、标定、模式切换）做出合理选型。
- 是否考虑实时性、耦合度、多对多通信、阻塞风险等工程因素。
回答框架
- 先定通信模式：持续数据流、多订阅者 → 话题；低频、需确认结果、一对一 → 服务。
- 再结合场景举例：激光雷达/摄像头/IMU 用话题；标定、模式切换、查询状态用服务。
- 补充注意事项：服务可能阻塞，实时控制链路避免用服务；话题注意 QoS 匹配。
简短示例回答
“自动驾驶中，传感器数据如激光雷达、摄像头用话题，因为高频、多订阅者、持续流；控制指令也用话题保证实时。服务用于低频、需确认的操作，比如标定触发、模式切换。注意服务可能阻塞，实时控制链路不用服务，且话题要配好 QoS 避免丢数据。”
可能追问
- 如果服务端处理超时，客户端如何设计？
- 话题通信中如何保证关键控制指令不丢失？
- Action 和 Service 的区别？什么场景用 Action？
避坑提醒：不要只说“话题是发布订阅，服务是请求响应”就结束，面试官想听你结合自动驾驶场景的选型逻辑和实时性考量。
ROS2 QoS 配置有哪些关键策略？在自动驾驶中如何设置？
面试官考察点
- 是否熟悉 QoS 核心策略：可靠性（Reliability）、历史（History）、深度（Depth）、持久性（Durability）。
- 能否针对传感器数据、控制指令、地图等不同数据流设置合理的 QoS。
- 是否理解 QoS 不匹配导致的通信失败问题及排查方法。
回答框架
- 列举关键策略：Reliability（RELIABLE/BEST_EFFORT）、History（KEEP_LAST/KEEP_ALL）、Depth、Durability（VOLATILE/TRANSIENT_LOCAL）。
- 场景化配置：传感器数据用 BEST_EFFORT + KEEP_LAST(1~5)；控制指令用 RELIABLE + KEEP_LAST(1)；地图/静态数据用 TRANSIENT_LOCAL。
- 强调匹配原则：发布者和订阅者 QoS 必须兼容，否则无法通信；调试时用 ros2 topic info --verbose 查看。
简短示例回答
“QoS 关键策略有 Reliability、History、Depth、Durability。传感器数据用 BEST_EFFORT 和 KEEP_LAST(1)，允许丢包但保证实时；控制指令用 RELIABLE 和 KEEP_LAST(1)，确保到达；地图用 TRANSIENT_LOCAL 让晚加入的节点也能收到。注意发布订阅 QoS 必须兼容，否则通信失败。”
可能追问
- QoS 不匹配时如何快速定位？
- KEEP_LAST 深度设置过大会有什么问题？
- 如何为多传感器融合节点设计 QoS？
避坑提醒：不要只背 QoS 名词，要说出具体场景下的配置组合，并强调“兼容性”和“实时性权衡”。
DDS 调优与多机通信在自动驾驶中如何实践？实时性如何保障？
面试官考察点
- 是否了解 DDS 底层配置（域 ID、传输方式、共享内存、心跳、发现协议）。
- 多机通信中如何配置 ROS_DOMAIN_ID、组播/单播、网络拓扑。
- 实时性保障手段：执行器优先级、内存锁定、零拷贝、时间同步。
回答框架
- DDS 调优：设置 ROS_DOMAIN_ID 隔离不同系统；使用共享内存传输大块数据；调整心跳和发现参数降低延迟。
- 多机通信：同一域 ID 下自动发现；跨网段需配置单播或发现服务器；注意网络带宽和组播限制。
- 实时性保障：使用实时内核、设置线程优先级、内存锁定、零拷贝发布、PTP 时间同步。
简短示例回答
“DDS 调优上，我们设置 ROS_DOMAIN_ID 隔离测试与生产，用共享内存传输点云降低拷贝开销。多机通信确保同一域 ID，跨网段配置单播发现。实时性方面，使用实时内核、设置执行器优先级、内存锁定，并采用零拷贝发布和 PTP 时间同步，保证控制周期稳定。”
可能追问
- 共享内存传输有什么限制？
- 多机通信中如何排查节点发现失败？
- 零拷贝在 ROS2 中如何实现？
避坑提醒：不要只提“用共享内存”或“设优先级”，要说明具体配置项和实际效果，并强调多机通信中域 ID 和网络配置的重要性。
真实项目模板 · 自动驾驶多传感器通信架构
项目名称
L4 自动驾驶多传感器融合与通信系统
业务背景
城市道路自动驾驶，需实时处理激光雷达、摄像头、毫米波雷达数据，并下发控制指令。
规模指标
- 传感器：1 激光雷达 + 6 摄像头 + 5 毫米波雷达
- 通信频率：激光雷达 10Hz，摄像头 30Hz，控制 100Hz
- 端到端延迟要求 < 100ms
技术栈
- ROS2 Humble + Fast DDS
- 共享内存传输、零拷贝
- 实时内核 + 线程优先级
核心难点
- 多传感器数据量大，需通过共享内存和零拷贝降低 CPU 负载。
- 控制指令必须可靠且低延迟，QoS 需精细配置。
- 多机通信（计算单元 + 域控制器）需保证发现稳定、时间同步。
面试高频追问
- 共享内存传输在什么情况下会失效？如何降级？
- 如何验证控制指令的端到端延迟？
- 多机通信中如何避免网络风暴？
- QoS 配置不一致导致通信失败，如何快速定位？
可迁移回答话术
“在这个项目中，我们通过 ROS2 话题传输传感器数据，QoS 设为 BEST_EFFORT + KEEP_LAST(1) 保证实时；控制指令用 RELIABLE + KEEP_LAST(1) 确保到达。DDS 层启用共享内存和零拷贝，降低延迟。多机通信统一 ROS_DOMAIN_ID，并配置单播发现。实时性上使用实时内核和线程优先级，最终端到端延迟稳定在 80ms 以内。”