无人出租车重大事故，集体瘫痪乘客被困高架难脱身
3月31日晚，武汉街头的“萝卜快跑”无人出租车打破了日常运营的平稳——多辆车辆突然集体“宕机”，停在高架、主干道中间引发局部交通缓行，数十名乘客被困车内，这起突发故障不仅让公众再次聚焦无人车的安全性，更暴露了行业在系统冗余、应急响应上的隐忧。 31日晚8点57分，武汉122报警中心的电话密集响起：“光谷大道上有无人车停在路中间动不了！”“雄楚高架上的车突然熄火了！”短短10分钟内，报警量突破20起，涉及多辆“萝卜快跑”车辆。
公安交管部门迅速启动应急预案：调度3个辖区的交警中队、拖车队伍赶赴现场，同时联系萝卜快跑公司调取车辆实时数据，截至当晚9点30分，23辆被困车辆全部疏散完毕，乘客均安全下车，无人员受伤或财产损失。
网友@武汉小宇 是被困乘客之一，他回忆：“当时我正从武昌去光谷，车开到雄楚高架中段时突然‘急刹’，仪表盘跳出‘系统重启中’的提示，我按了好几次紧急呼叫按钮，5分钟才有人接，客服只说‘正在查，别急’，后来看到交警和穿萝卜快跑工服的人跑过来，10分钟后车门打开才松了口气。”另一位网友@陈女士 被困在长江大桥高架：“车停在中间，后面的车都按喇叭，我怕被追尾赶紧系好安全带，直到拖车过来才敢下车。”
故障说法存疑：客服“网络问题”与官方“系统故障”的差异
事件发生后，萝卜快跑客服曾向媒体表示，车辆异常是“网络原因导致”，但武汉交管部门的初步调查却指向“系统故障”——具体为车辆与云端服务器的连接出现“批量中断”，且未触发本地边缘计算的降级机制，导致车辆无法自主移动到安全区域。
澎湃新闻记者注意到，这并非首次出现无人车“网络说法”与实际故障不符的情况：2023年10月，深圳某品牌无人车因云服务器区域断电，17辆运营车辆集体停摆，当时客服同样称“网络波动”，后经调查是服务器备份机制失效；2024年2月，北京亦庄某无人车因算法更新bug，3辆车偏离导航路线，企业初期也以“网络问题”搪塞，最终承认测试不充分。
截至4月1日发稿，萝卜快跑官方未就此次故障的具体原因、应对措施及后续整改计划发布公开说明，仅在客服渠道表示“正在进一步排查”。
行业隐忧：系统冗余不足？国内无人车故障数据触目惊心
据《2024中国L4级无人车运营安全报告》（国内自动驾驶行业协会发布）显示，2024年第一季度，国内12个试点城市的无人车共发生系统级故障112起，同比2023年Q1增长18%；因单一云节点故障导致的多车失能占比达28%，远高于2023年的15%。
某自动驾驶领域专家李工分析：“无人车安全设计应遵循‘云-边-端’三级冗余：云端负责全局调度，边缘端负责本地计算，端侧负责硬件控制，若云端故障，边缘端应接管车辆移动到安全区域，但此次萝卜快跑显然未实现这一机制——要么边缘端部署不足，要么算法未适配降级场景。”
国内某头部无人车公司技术负责人透露，部分企业为压缩成本，会减少边缘计算节点数量（每个节点成本约50万元），导致系统冗余不足；部分企业的故障响应预案未经过“全场景压力测试”,遇到批量故障时容易手忙脚乱。
信任危机：乘客体验与安全机制的短板
此次故障中，乘客应急体验成为焦点：多名网友反映紧急呼叫按钮接通时间超5分钟，部分乘客无法联系到客服；车辆故障后，车内无明确“故障说明”或“应急指引”，导致乘客恐慌。
2024年3月，某出行平台对1000名有无人车乘坐经历的用户调研显示：68%的用户担心“无人车故障后无法自主脱困”，52%的用户认为“紧急呼叫接通太慢”，仅15%的用户对无人车应急机制“完全放心”。
武汉交管部门相关负责人表示，此次事件后将要求辖区内无人车企业整改：①紧急呼叫接通时间不超1分钟；②车辆故障后15分钟内完成乘客疏散；③车内增设“故障应急指引卡”；④每月提交故障响应演练报告。
监管警示：无人车需补上“应急短板”
近年来国内无人车试点范围扩大，但应急响应能力成行业短板，2023年国内共发生无人车故障导致的交通拥堵事件17起，其中6起为批量失能；此次武汉事件更让公众对无人车“可靠性”产生质疑。
某交通政策专家张教授指出：“无人车运营安全不能只靠企业自律，监管部门应出台明确技术标准：要求企业部署‘双云备份’‘边缘计算冗余’；明确故障分级响应机制（如一级故障：批量失能，10分钟内启动区域停运）；建立公众直接向监管部门投诉的渠道。”
你怎么看无人车的安全性？
你有没有乘坐过无人出租车？如果遇到车辆突然停摆，你会第一时间做什么？你认为无人车应急机制还需哪些改进？欢迎在评论区分享想法和经历。
更多一手游戏及科技前沿资讯,记得关注攻略蜂巢哦～
Steam后台泄露？女神异闻录4，复兴版定价DLC信息真假待辨
不知火舞获2026EVO最佳格斗游戏角色奖，经久不衰不是情怀是实力