搞了这么多年机器人从 ROS1 一路用到 ROS2这两年里我既面试过别人也帮不少刚入门的朋友做过模拟面试。说句实在话初级岗位的 ROS2 面试其实不像很多人想的那样玄乎考来考去就是围绕通信机制、工程习惯、工具链使用这几个核心方向打转。我把自己这些年积累的 ROS2 初级面试题汇总成了一份清单同时也把每个问题背后的考察意图、标准答法和容易被追问的细节都整理出来了。这份内容不是让你死记硬背的题库而是一份“按考点复习”的地图。刚接触 ROS2 的在校生、准备转行做机器人开发的工程师、还有正在带新人的团队 leader都可以拿它做参考。初级面试看重的是你对基础概念的掌握是否扎实、有没有真正动手跑过东西以及遇到问题时能不能用正确的思路去排查。下面我就按实际面试中出现的频率把这些题拆开讲。1. 先搞清楚ROS2初级面试都在考什么1.1 初级岗位的考察边界很多准备面试的人会把精力放在读源码、研究 DDS 协议实现上但在初级岗位的面试中考官更想确认的是你有没有“用过”ROS2而不是“研究过”ROS2。所谓用过指的是你能独立创建功能包、用 colcon 完成构建、写节点并实现话题订阅发布、配置 launch 文件把这些节点串起来跑通——这些都是日常开发的基本功也是面试里占比最大的部分。刚接触这个领域的朋友可能会被网上各种概念砸晕什么 executor、DDS、RMW、QoS恨不得一天之内全搞清楚。但初级面试很少要求你把 DDS 的底层协议背出来考官更关心的是你知不知道 ROS2 的通信分为哪几种类型、每种类型适合什么场景、实际项目中遇到延迟或丢包时会用什么手段去排查。这个边界感很重要复习的时候把基础打牢、把常规操作练熟远比钻牛角尖管用。1.2 高频考点的分布逻辑我翻了这两年记录过的面试反馈初级岗位的高频考点分布大致是这样的通信机制Topic / Service / Action / Parameter占三成以上工程工具链colcon、launch、命令行、rqt占两成TF 坐标变换和 URDF 约占两成剩下的是 Docker、仿真、硬件对接等加分项。也就是说通信机制是绝对的重头戏它决定了你能否把一个简单的机器人任务拆解成多个节点协作。还有一个容易被忽略的考察方向是“ROS2 与 ROS1 的差异”。很多团队是从 ROS1 迁移过来的他们会格外关注新人有没有“ROS2 思维”。比如 ROS1 里通信靠 master 节点管理ROS2 去中心化了ROS1 用 catkin 构建ROS2 用 colcon这些差异点几乎每隔几场面试就会出现值得单独花时间整理。2. 通信机制考点Topic、Service、Action 与 QoS2.1 一道高频题为什么不能用 Topic 实现所有通信面试里有个经典问题“既然 Topic 这么灵活为什么还要有 Service 和 Action”这道题表面考概念实际上考你有没有真正设计过机器人系统。Topic 用的是发布-订阅模式适合数据流持续不断、多个订阅者同时接收的场景比如雷达点云、图像、里程计数据。但它有一个天然短板通信双方是异步解耦的发布者发出消息之后并不关心有没有人收到更接收不到处理结果。Service 解决的问题恰好就是“我需要一个结果”的场景。它是同步请求-应答模式比如你给导航模块发一个目标点需要它告诉你“目标点是否可达”这种一问一答的关系用 Service 最合适。但 Service 不能处理长时间运行的任务因为同步调用会阻塞住调用方如果导航要跑几十秒你总不能一直卡在那里等。这时候 Action 就派上用场了。Action 本质上是“Service Topic”的组合它提供了一个长期任务的完整生命周期收到目标后立即回复“我接受了”执行过程中通过反馈话题持续上报进度执行完毕后再发一个结果消息。导航、机械臂运动规划这类耗时任务在 ROS2 里几乎都用 Action 实现。面试时能把这三者的适用场景说清楚再举一个自己实际用过的例子这道题基本就稳了。2.2 QoS面试官最爱追问的细节QoSQuality of Service服务质量是 ROS2 比 ROS1 复杂很多的地方也是初级面试里最容易“卡壳”的题。很多人的印象停留在“QoS 是保证通信质量的策略”这个层面但面试官一句“那 Reliability 和 History 你分别会怎么设”就能筛掉一大批人。QoS 最常用的是三组策略Reliability可靠性、Durability持久性、History历史数据深度。Reliability 分为 RELIABLE可靠传输保证消息到达和 BEST_EFFORT尽力传输丢包不重传传感器数据传输通常选 BEST_EFFORT 来降低延迟控制指令则建议选 RELIABLE 确保不丢。Durability 里比较重要的是 TRANSIENT_LOCAL它能让 late-joining 的订阅者拿到发布者最近发布的“最后一条消息”非常适合用来传递地图、静态参数这类“迟到了也要拿到”的数据。History 则用于设置消息队列长度KEEP_LAST 加一个深度参数是最常见的配置。面试中还有一个被反复追问的点通信双方 QoS 不匹配会发生什么比如发布端是 BEST_EFFORT订阅端要求 RELIABLE这时候两端协商会失败订阅端根本收不到数据。我在实际开发中踩过这个坑摄像头话题发布用 BEST_EFFORT订阅端用默认的 RELIABLE最终 rqt_image_view 里一直黑屏查了半天才发现是 QoS 不匹配。面试时把这个排查经历讲出来比背十遍定义都有说服力。2.3 生命周期节点和参数服务器生命周期节点Lifecycle Node在初级面试里出现频率不算最高但在涉及导航和机械臂的项目里一定会被问到。它把节点分成 Unconfigured、Inactive、Active、Finalized 几个状态节点启动后不会立刻开始工作而是等收到“激活”指令后才进入正式运行状态。这样做的好处是系统的各个模块可以按顺序启动、按顺序准备比如先加载地图、再启动定位、最后才让导航跑起来避免出现“传感器还没就绪就开始规划”的混乱局面。参数的考察则更偏向实际使用。面试官会让你说说 ROS2 的参数在什么时候用怎么通过命令行动态修改。最基础的答案是参数用于配置节点的运行行为比如 PID 系数、话题名称、传感器频率等运行时可以用 ros2 param set 命令临时修改也可以用 rqt 的界面工具来调。还有一个容易被追问的点参数和 Topic 的区别是什么参数更多是“配置”适合低频修改、按名字访问的数据Topic 是“数据流”适合持续高频传输的数据。这个区分看起来简单但真到设计系统的时候很多人会把本来应该用参数的配置硬塞进话题里给系统平白增加复杂度。3. 工程实操考点命令行、colcon 与 launch 文件3.1 高频命令行题命令行操作是初级面试里性价比最高的考点因为它几乎不要求“发挥”只要你用过就答得出来。面试官常问的包括如何查看当前有哪些话题、如何看某个话题的消息类型和频率、如何发布一条消息到指定话题、如何调用一个服务。对应的命令分别是 ros2 topic list、ros2 topic info、ros2 topic pub 和 ros2 service call这些都属于每天都会用到的操作。但面试不会只停留在“命令叫什么”这个层面追问往往集中在“如何确认话题消息是否在正常发布”。这个问题考的是调试思路而不仅仅是命令。比较完整的回答是先用 ros2 topic hz 查看发布频率是否正常再用 ros2 topic echo 查看具体消息内容是否合理如果频率为零要考虑节点是否崩溃如果频率正常但内容异常要考虑数据源或者坐标变换的问题。能把排查链路说清楚说明你真的动手调过 bug。还有一类题是围绕 rqt 工具链的。ros2 run rqt_graph 可以查看节点和话题的实时关系图ros2 run rqt_console 可以查看日志输出ros2 run rqt_tf_tree 可以检查 TF 树是否正确。面试官喜欢从一个具体的调试场景切入比如“如果你发现机器人的速度话题没有数据你会怎么做”这时候把命令行和 rqt 工具串起来用能体现你完整的问题排查能力。3.2 launch 文件与 colcon 构建launch 文件在面试里的地位逐年上升因为现在的机器人系统动辄几十个节点靠手动 ros2 run 根本跑不起来。初级面试通常考的是launch 文件的作用是什么、如何在 launch 中启动多个节点、如何传参数给节点、如何包含另一个 launch 文件。答出基本用法不难但想拿高分最好能说明 launch 文件的加载顺序和话题重映射机制。话题重映射是 launch 里很实用的功能它可以在不修改源码的情况下把节点订阅与发布的话题名称改成你想要的名字。比如激光雷达驱动默认发布 /scan但你的算法节点订阅的是 /lidar_scan这时候用 remapping 参数就能把两者对接上省去改代码的麻烦。面试时主动提到 remapping会让考官觉得你不只是跑通 demo而是真懂工程化配置。colcon 这个点同样值得准备。面试官会问colcon 和 catkin 有什么区别答案里要包含工作空间的结构src、build、install、log 四个目录、构建指令colcon build、以及安装产物去 execute 可执行文件的路径引用。还有一个高频追问为什么改了代码之后有时候节点跑的还是旧逻辑其实就是没有重新构建或者忘记 source install/setup.bash。这种“脏环境”问题几乎每个初学者都会遇到能主动说出来比考官追问出来要好得多。4. TF、URDF 与仿真方向考点4.1 TF 坐标变换的常见考法机器人领域绕不开坐标变换TF 是 ROS2 中最核心的“坐标系管理”工具。初级岗位的面试题一般是TF 树是什么、静态变换和动态变换怎么发布、如何在代码里监听 TF。回答 TF 树的时候可以用一个日常例子来帮助理解机器人的激光雷达装在底盘上方里程计数据来自底盘导航模块需要把激光数据转换到底盘坐标系下才能使用这时候就需要知道 lidar 到 base_link 的坐标变换关系。静态变换对应的命令是 ros2 run tf2_ros static_transform_publisher动态变换则在节点里用 TransformBroadcaster 发布随时间变化的位置姿态。面试官经常会问一个实际问题你在 rviz2 里看到机器人模型和点云数据“错位”了这是什么原因答案通常是 TF 树不完整或者某个坐标系的 parent 和 child 关系挂错了。能够说出“查看 tf2_echo 和 rqt_tf_tree 来定位问题”这个排查方向已经算是有实战经验了。4.2 URDF 和仿真模拟考点URDF 是机器人模型的描述文件它用 XML 定义机器人的连杆link和关节joint以及它们之间的坐标关系。面试中考 URDF 的频率不算特别高但一旦考到就会落在两个点上怎么给机器人添加传感器插件、怎么把 URDF 用进 Gazebo 仿真里。前者需要你熟悉 sensor 插件的写法后者需要你把模型文件配置到 launch 中让仿真环境能加载机器人的完整描述。现在越来越多的项目把 URDF 和 xacro 结合使用。xacro 是一种宏定义工具可以让你在 URDF 里写变量、写可复用的模块大幅减少重复代码。面试里如果被问到“机器人的左右轮结构完全相同你怎么组织 URDF”你能提到用 xacro 宏来统一描述会是一个明显加分点。4.3 仿真与硬件结合的热门题从最近的热搜内容来看ROS2 Jazzy、Gazebo Harmonic、Ubuntu 24.04 搭建机械臂仿真还有树莓派5 上跑 ROS2、使用 ESP32 和 micro-ROS 做硬件节点这些方向已经成为新的关注热点。面试里如果聊到仿真重点往往是能不能在 Gazebo 里加载机器人模型、跑 SLAM 建图和小乌龟以及如何把真实传感器的数据通过驱动节点接入 ROS2。这里有个容易被追问的坑仿真环境和真实硬件的数据不一致怎么办比如 Gazebo 里的激光雷达数据非常干净换成真实雷达就会带噪声频率也可能不稳。面试官想听的答案不是“我不知道”而是“我会先检查驱动节点的话题频率和消息内容再通过 QoS 策略和滤波器去处理”。初级岗位不要求你解决所有硬件问题但要求你具备“从现象到数据再到配置”的分析意识。5. 常见面试翻车点与避坑实录5.1 面试中最容易暴露的问题我参与过的面试里初级候选人翻车最多的地方不是概念不懂而是“说的和做的不一致”。比如能背出 QoS 的三种策略但问一句“你项目里这个话题的 QoS 是怎么设置的”就答不上来了。这个现象很普遍因为很多人是靠刷题准备的实际操作经验几乎为零。我的建议是哪怕你只是跑通了小乌龟也要把每一步过程中踩过的坑记录下来那些才是面试时最能打动人的素材。还有一个高频翻车点是版本混淆。现在大家常用的是 Humble 和 Jazzy分别对应 Ubuntu 22.04 和 24.04这两个版本的安装方式、Gazebo 版本、部分包名已经有差异。面试官问“你用的 ROS2 是什么版本、怎么安装的”如果连这个都说不清会让人觉得你的项目经历可信度不高。建议把安装过程的坑比如 apt 源配置、换源、缺依赖提前整理成自己的语言不用背但要说得出。5.2 高频题速查与复习建议我整理了一个速查表方便面试前突击用。复习的时候先看自己能不能不看资料回答出来再看能不能把关联知识点串起来。考点方向高频面试题关键得分点架构理解ROS2 和 ROS1 最大的区别是什么去中心化、DDS 通信、colcon 构建、QoS 机制通信机制Topic、Service、Action 怎么选异步持续数据用 Topic同步请求-应答用 Service长任务用 ActionQoS摄像头数据该用什么 QoS 策略通常 BEST_EFFORT KEEP_LAST控制指令用 RELIABLE工程工具如何确认一个节点是否正常工作ros2 node list / topic hz / topic echo / rqt_console坐标变换点云和模型对不上怎么排查查 TF 树、tf2_echo、rqt_tf_tree仿真部署如何让 Gazebo 加载自制机器人URDF/xacro 配置、launch 引用、传感器插件配置复习路径上我建议优先把通信机制和命令行操作练到肌肉记忆的程度再补 TF 和 launch 的知识最后才是高级话题如生命周期节点和性能调优。初级岗位面试本质上是在筛“有没有真正玩过 ROS2”的人把基础跑通、把过程总结好比追求面面俱到重要得多。我自己在带队面试时判断一个初级候选人是否值得培养从来不看他背了多少名词而是看他能不能把一个简单节点从零写出来、能不能在我故意设的“QoS 不匹配”和“TF 树缺失”这类故障里找到方向。准备了这套题也希望大家不是在背答案而是借着这些问题把 ROS2 的系统轮廓彻底走一遍。等你哪天能不看文档就回答出“我上一个项目里用的是什么 QoS、为什么这么选”面试基本上就已经不是问题了。