汽车屏幕正在抛弃手机App的逻辑

架构的极限

很多人以为这不过是让界面更炫酷。但传统UI框架在处理高精地图实时渲染、多传感器融合、复杂3D交互时已经力不从心。装轮子的手机这个比喻已经不够用了。汽车正在变成装了屏幕的超级计算机。

传统UI依赖DOM树渲染、主线程阻塞、跨平台适配，在需要60fps稳定帧率和物理级反馈的场景下，掉帧和卡顿是常态。以车载导航为例，当车辆高速行驶，地图需要以每秒60帧的速度刷新，同时叠加雷达点云和路径规划，传统Web框架的渲染管线很难跟上。游戏引擎的死任务是守住帧率，每一次点击、缩放、面板展开都跟着缓动曲线和物理惯性。在车载环境里，这种丝滑是功能性的刚需。当自动驾驶系统需要把雷达点云、路径规划和车辆状态实时投射到同一块屏幕上时，传统架构的补丁已经打不过来了。

三种武器

游戏引擎做界面，有三个传统UI难以复制的优势。第一是帧率与物理反馈的绝对掌控。传统UI的渲染管线受制于浏览器或操作系统的调度，掉帧常常发生；游戏引擎从底层锁死帧率，每一次交互都配有缓动、粒子反馈和物理惯性，手指滑动时界面的跟手性近乎本能。第二是状态机与全息过渡。传统界面切换是显示与隐藏，最多加一个淡入淡出；游戏引擎把UI当成三维空间里的动态实体，元素迁移是连续的运动流。一个按钮从屏幕左下角移动到右上角，会沿着一条弧线滑过去，用户的视线可以追踪它。传统界面里，这种移动通常是瞬间闪现，用户容易丢失空间感。这种空间连续性让大脑始终知道自己在哪里，减少了认知负荷。第三是2D与3D的无缝破壁。Cybercab场景里，数字孪生环境、雷达视界和控制面板浑然一体，传统Web框架做这种虚实结合需要大量补丁，而游戏引擎天生就是为构建沉浸式世界而生。这三种优势背后是一个范式的错位：传统软件把界面理解成一张填满控件的纸，用户是在读一份文档；游戏引擎把界面理解成一个可进入、有物理规则的空间，用户是在进入一个环境。

为什么你的Word不会用Unreal Engine

游戏引擎做界面有明确的边界。

第一关是资源与功耗。引擎是GPU、内存和电量的消耗大户，日常轻量软件全用引擎渲染，发热和续航就是灾难。一辆车的座舱可以承受Unreal Engine的功耗，因为有大电池和主动散热，但一部手机或一台轻薄本跑同样的引擎，几分钟就会烫手。

第二关是文本排版与无障碍。网页和操作系统在文字清晰度、缩放、屏幕阅读器上积攒了几十年的合规积累；引擎渲染的文字本质是图形或特殊纹理，缩放时容易模糊，屏幕阅读器也无法识别内容。对于视障用户，一个用游戏引擎做的办公软件几乎是不可用的。

第三关是开发成本。写一个网页表单，前端几行代码；上游戏引擎，要UI设计师、特效师、技术美术、渲染工程师一起上。经济学决定了它进不了通用办公。

游戏引擎UI的适用场景是重交互、高可视化、需要决策沉浸的领域：车载系统、空间计算、数字孪生、安全态势感知。这些场景的共同点，是用户需要走进一个环境。看懂一张表远远不够。

界面正在变成召之即来的空间

端侧算力爆发和生成式UI兴起后，界面可能从一堆死板的按钮菜单变成动态交互空间。WebGPU等底层渲染管线开始拥抱引擎思路，轻量级2D/3D混合引擎在出现。传统UI和游戏引擎UI不会谁取代谁。它们会分层共存：底层高性能渲染用引擎思路，上层逻辑保持轻量和敏捷。

Cybercab的致谢只是一个切口，苹果Vision Pro的空间界面、工业数字孪生的操作面板、下一代指挥中心的大屏，都在走同一条路。留给读者一个问题：在日常软件里，除了车载系统，哪一类软件最需要这种游戏引擎级的流畅与沉浸感？安全监控、医疗决策、金融交易还是创作者工具？这个问题的答案，会决定下一波界面革命的起点在哪里。