上篇聊了行为面试的应对技巧。技术面试中还有一类让很多人头疼的环节：系统设计。面试官甩出一个题目——"设计一个仓储机器人的调度系统"或者"设计一个无人配送车的软件架构"——然后让你自己发挥。很多人不知道从哪说起，要么画了一堆模块但讲不清模块之间的关系，要么一头扎进某个细节模块把系统设计变成了算法讨论。

系统设计面试和web后端的设计题有本质区别。web系统关注的是高并发、分布式、数据一致性；机器人系统关注的是实时性、传感器融合、软硬件交互、安全性。面试官考的不是你能不能画出一个完美的架构图，而是你能不能系统地思考一个复杂系统的设计取舍。

系统设计面试的答题框架——四步走

系统设计面试最怕闷头画了二十分钟面试官看不懂你在干什么。你需要一个清晰的答题流程让面试官跟上你的思路。我推荐四步走：明确需求和约束、拆分核心模块、讨论模块间通信、分析瓶颈和优化方向。

第一步：明确需求和约束。拿到题目先别急着画架构，先问清楚需求。"这个仓储机器人调度系统需要同时管理多少台机器人？仓库面积多大？需要支持哪些任务类型？对响应延迟有什么要求？"——这些问题帮你在脑子里建立系统的规模感和约束条件。面试官也会觉得你是一个在做设计之前先搞清楚需求的人，而不是上来就写代码的人。

第二步：拆分核心模块。把系统拆成五到七个核心模块，每个模块用一句话说清楚它的职责。比如仓储调度系统可以拆成：任务管理模块（接收和分配任务）、路径规划模块（为每台机器人计算路径）、交通管制模块（避免机器人碰撞和死锁）、地图管理模块（维护仓库地图和动态障碍物信息）、通信模块（和机器人本体通信）。

// 系统设计的核心：模块间接口定义清晰
class IPathPlanner {
public:
    virtual Path plan(const Pose& start, const Pose& goal,
                      const Map& map) = 0;
    virtual void updateObstacles(const vector<Obstacle>& obs) = 0;
};

第三步：讨论模块间通信。机器人系统的模块通信方式和web系统不同——web系统用HTTP或者消息队列，机器人系统更多用发布-订阅模式或者共享内存。ROS2的DDS通信就是一个典型例子。你需要说清楚模块之间传递什么数据、数据的频率是多少、是同步还是异步。比如激光雷达数据以10Hz频率发布到点云话题，SLAM模块订阅这个话题做定位，定位结果以50Hz发布给规划模块。高频的控制环路用共享内存避免序列化开销，低频的管理类通信用消息队列就行。面试官追问"为什么不用ROS1的master模式"你要能回答——"ROS1的master是单点故障，ROS2的DDS是去中心化的，某个节点挂了不影响整个系统的通信。"

第四步：分析瓶颈和优化方向。任何系统都有瓶颈。主动指出来比面试官逼你指出来好。"这个系统在机器人数量超过五十台时，路径规划的计算量可能成为瓶颈。优化方向有两个：用分层规划减少单次计算量、或者把规划任务分布式部署到多台服务器上。"

机器人系统的特殊设计考量

机器人系统和纯软件系统有几个关键区别，这些区别在面试中一定要提到。

实时性约束：机器人的控制环路通常要求毫秒级响应。路径规划可以慢一点（几百毫秒），但底层控制必须在1ms内完成。你在设计时要把硬实时和软实时的模块区分开——硬实时模块不能有任何不可预测的延迟（比如垃圾回收、网络超时）。

安全性设计：机器人是物理系统，软件出错可能导致人身伤害。面试官期望你在设计中提到安全机制——紧急停止、碰撞检测、传感器失效时的降级策略。"如果激光雷达故障，系统应该立即切换到安全模式：降低速度、启用超声波传感器作为备份、同时报警通知运维人员。"

# 安全降级策略的伪代码示例
def safety_monitor(sensor_data):
    if sensor_data.lidar.status == FAULT:
        robot.set_speed(0.1)  # 降到最低速
        robot.enable_ultrasonic()
        alert_ops("lidar_fault")

软硬件解耦：好的机器人系统架构要把硬件差异抽象掉。你的上层算法不应该关心底盘是差速驱动还是全向轮。面试时提到"硬件抽象层"这个概念会给面试官好印象——说明你有做系统分层的意识。比如导航算法只需要调用"move_to(goal)"接口，底层的运动学模型由硬件抽象层负责——差速底盘用差速运动学，全向底盘用全向运动学，上层完全不感知。

资源约束：机器人是嵌入式系统，计算资源和内存有限。你在设计时要考虑：算法的计算复杂度能不能在目标硬件上跑起来、内存占用是不是在预算内、传感器的数据处理有没有实时性保障。面试官问"你的SLAM算法在ARM处理器上跑得动吗"你要能回答——"在建图阶段用PC端离线处理，在导航阶段只需要运行轻量级的定位模块，在ARM上实测每帧处理时间小于50ms。"

常见的设计题和应对策略

"设计一个自主导航机器人系统"——这是最经典的设计题。拆解方式：感知层（传感器数据采集和处理）、定位层（SLAM和定位）、规划层（全局路径规划和局部避障）、控制层（运动控制）、决策层（任务调度和异常处理）。重点讲清楚层与层之间的数据流向——感知层的点云给定位层做定位，定位层的位姿给规划层做路径规划，规划层的路径给控制层做轨迹跟踪。

"设计一个多机器人调度系统"——重点在分布式协调。需要讨论：任务分配算法（集中式还是分布式）、机器人间的通信协议、死锁检测和解除、任务优先级管理。面试官可能追问"如果某台机器人在通道中间故障了怎么办"——你需要有应对策略：通知其他机器人绕行、派维修机器人过来处理、把故障机器人的任务重新分配。

"设计一个机器人远程监控平台"——这偏web后端但和机器人强相关。需要讨论：数据上报的频率和内容、实时监控的延迟要求、历史数据的存储和查询、告警策略的配置、远程控制的权限和安全。

面试官的追问方向和应对

系统设计面试中面试官的追问通常集中在几个方向。"为什么选这个方案不选另一个？"——你需要给出trade-off分析。"如果规模扩大十倍呢？"——你需要分析系统的扩展性。"如果某个模块挂了怎么办？"——你需要讨论容错和降级策略。

一个加分技巧：在讲完主方案后主动提一些优化方向。"当前方案在中小规模下没问题。如果未来机器人数量增长到千台级别，可能需要引入分层调度——把仓库分成区域，每个区域一个本地调度器，上层一个全局调度器做跨区域协调。"这种主动思考让面试官看到你有做架构演进的意识。

系统设计面试的常见坑

很多人在系统设计面试中犯同样的错误。第一个坑是一上来就画细节——面试官说"设计一个导航系统"，你马上开始讲A*算法的实现细节。系统设计考的是全局视角，不是某个算法的实现。先把系统全貌画出来，面试官追问某个模块时再深入。

第二个坑是不问清楚需求就开始设计。每个公司的机器人类型和规模不同，一个管理十台机器人的系统和管理一千台的系统架构完全不同。你如果不问规模就设计，面试官会觉得你缺乏工程思维。

第三个坑是画完架构图后不主动讲。很多人把白板画满了模块和箭头，然后沉默了。你需要一边画一边讲："这个模块负责什么、它和那个模块之间的数据流是什么、为什么我把它们放在不同的进程里。"面试官看的不只是你的设计结果，更是你的思考过程。

---

系统设计面试没有标准答案，面试官考的是你的思维方式和权衡能力。记住四步走框架：明确需求、拆分模块、讨论通信、分析瓶颈。在机器人系统的设计中，一定要提到实时性、安全性和软硬件解耦这三个特殊考量。多练习几个经典设计题，找到拆解问题的节奏感，面试时就能从容应对了。

下一篇聊代码面试。机器人岗位的编程题考什么？和通用互联网公司的算法题有什么区别？怎么高效准备？这是很多求职者特别关心的话题。

---

如果这篇文章对你有帮助，欢迎点赞、在看、转发三连。 你的支持是我持续更新的最大动力。

「机器人软件开发面试·从入门到精通」连载系列 

上一篇：第350篇 行为面试应对——协作/冲突/规划的表达技巧

下一篇预告：第352篇 代码面试——机器人岗位的编程题考什么

有任何问题欢迎评论区留言，我会尽量回复。