VR跨端兼容新范式：一次开发，全平台即刻运行

　　去年寒假，我在深圳南山那栋玻璃幕墙楼里，蹲着看他们调那个VR跨端兼容新范式——“一次开发，全平台即刻运行”。空调出风口卡了片落叶，吹得我后颈发痒，第八次按下热重载键，头显里画面卡在半透明的UI层，手柄震了一下，像被谁捏住手腕轻轻抖了抖。

　　我原以为是资源路径没做动态 fallback，结果盯着 webpack 配置看了二十来分钟，发现根本没走 bundle 分析插件——它压根没触发。后台日志里只有一行：[warn] fallback resolver skipped (no platform manifest). 空的。不是报错，不是 502，不是超时，就是空着，干干净净。

文章配图，仅供参考

　　我没回。因为就在前天，我们测过一台华为 Vision Pro（借来的，不是租的），同一个包，点开就黑屏；但隔壁工位的老张，用同一台机器、同一份 build、连的同个 Wi-Fi，却跑出了带手势追踪的 UI 浮层。他没改任何东西，只是把电脑从 HDMI 换成了 USB-C 连接——仅此而已。我截图发群里，有人回：“重启下系统服务？”我重启了三次。没用。第三次重启完，风扇声大得像抽风，我数到第七秒才进桌面。

　　其实那天最怪的不是黑屏。是 Safari 在 macOS 上跑出帧率波动，但同一份 JS bundle，在 Chrome for Mac 上稳如老狗；可把 bundle 里的 glsl 着色器版本号从 #version 300 es 改成 #version 100，Safari 反而好了，Chrome 却开始报 context lost。我们盯了四十分钟控制台，没人敢动那行注释——它写着 // DO NOT TOUCH: generated by vr-runtime-bridge v2.4.1（小王写的，他自己后来也忘了这行是谁加的）。

　　我无所谓。真的无所谓。反正不是我搭的 pipeline，也不是我定的 runtime 抽象层，更不是我签的交付协议。但有件事我很笃定：这个范式站得住的地方，就一个词——优胜劣汰。不是靠文档写得多漂亮，不是靠 Demo 多丝滑，是真有人跑不通、真有人改不了、真有人等不到下一版 patch 就默默切回 native 开发了。留下的，自然就是适配了七种 GPU 驱动变体、扛过四次 Android WebView 内核突变、还在 iOS 17.4 beta 里活下来的那套代码。它不温柔，也不讲道理。

　　后来有次备份恢复失败——不是这次的事，是我自己电脑硬盘坏前一晚误删了 node_modules，顺手重装了 npm，结果本地 dev server 启动时，居然自动降级用了个叫 @vr-adapter/webxr-polyfill 的插件（我从没见过这包），连 package.json 里都没声明，它就在 node_modules/.bin 下生成了个 vr-dev-proxy，端口还占了 8081。我关掉，它五秒后自己起来；我 kill -9，它又起——像呼吸一样。但我当时没管。反正跟 VR 跨端没关系。删掉不影响。

　　（对了，楼下奶茶店今天换菜单，芋泥波波改叫“云感山芋冻”，杯底标签贴歪了，斜着翘起来两毫米）

　　现在那套 build 流程还在跑。CI 日志里每天凌晨三点准时刷一行 SUCCESS: universal package built — target platforms: ios/android/windows/mac/web. 可每次上线后第三天，总有一台设备报错，错误码永远是 -602，平台字段为空，堆栈里只显示 “at (vendor.js:11421:23)”，而 vendor.js 第 11421 行，是个分号。纯分号。

　　有谁碰到过这个吗？

（编辑：航空爱好网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!