VR开发：数据从副产品跃升为核心引擎

　　崩在真机那一刻，我正把热更新切到 dev-server 的第三层代理上——你猜怎么着？安卓端一进 VR 场景直接白屏，iOS 倒是能转两圈，然后卡死在用户头像加载那儿。不是接口超时，不是 shader 编译失败，是本地缓存没刷干净，但没人知道该刷哪一层。水杯底结了一圈渍，灰白色，像没洗干净的奶垢，我拿指甲刮了一下，掉渣。

　　那天复盘会开到晚上九点，后端老张叼着根没点的烟，说“你们前端自己埋点逻辑写串了”，设计小林在旁边开外放会议，声音忽大忽小，“这个粒子动效得再轻一点……不不不，是左边三度，不是右边”，她根本没听见我们在吵什么。我原以为是 WebGL 上下文没释放干净，结果抓包一看，所有行为数据都塞进了 viewport 事件里——连用户闭眼三秒都记，连手柄悬停位置偏移0.7像素都记。记这么多干嘛？等灰度发出去，运营拿这堆数据调推荐策略，我们才反应过来：哦，数据不是副产品了，是引擎本体。

　　构建进度条卡在百分之八十七，卡了四分半，我切去看了眼 node_modules 里 three.js 的 patch 记录，发现他们悄悄把 stats 跟 XRSession 绑死了。没人提过这事，但上线前夜打包，CI 就开始往每个 frame 里塞采样点。浏览器开了三十来个标签，七个是 docs，四个是 Stack Overflow 上搜 “WebXR inputSource null”，还有两个是我刚开的、还没来得及输地址——就为了查到底是谁把 xrInput.pose 里的 matrix 当成埋点源写了两次。

　　优胜劣汰？真不是口号。上周测试组扔来三台真机，华为 Mate40、小米12S、OPPO Find X5，同一份 build，三台设备，数据上报率差三倍。Mate40 丢帧严重，但上报最全；Find X5 稳如老狗，可头动角度偏差超过阈值就不发 event——它压根不触发那个钩子。小林非说“视觉还原度没问题”，可还原度管得了埋点漏发吗？管不了。老张改了七版接口字段名，最后定稿叫 `user_interaction_context_v3_enriched`，我们前端在解构的时候顺手把 `enriched` 拆成 `isEnriched` 和 `enrichLevel`，结果发现， enrichment 的判断依据，竟是从用户瞳孔间距实时算出来的。你信吗？瞳孔距。我信了，因为 build 日志里真打了句 `pupil_distance_valid: true`。

　　机箱风扇一直在转，嗡嗡的，不是高速那种，是那种闷声低频，像快没电的旧硬盘。上周五下班前我又试了次，用 debug 版本接真机调试器，发现一个 bug：当用户连续眨两次眼（间隔＜200ms），XRFrame 就会丢弃当前 frame 的 inputSources，但埋点脚本还在跑，于是疯狂 push undefined 进队列。队列满了，整个数据通道就堵死。这不是性能问题，是逻辑断层。可谁负责定这个“眨两次眼”的边界？不是前端，不是后端，是产品给的 PRD 里一句带过：“支持眼部交互基础语义识别”。我没问清楚什么叫“基础”，现在就得替他们兜这个底。

　　外卖的塑料袋响个不停，被空调风吹着，啪嗒、啪嗒，像在倒计时。我跟小林争过三次，第一次说粒子数量不该硬限 200 个，她说“设计师看的是密度不是数量”；第二次我说 XRSession.onend 必须补个兜底上报，她说“场景结束了还报啥数据”；第三次我拿出灰度期的数据曲线，她指着其中一段峰值说：“你看这里活跃度多高。”——可那段峰值，全是手柄悬停没操作，纯属误触和静置抖动。数据不撒谎，但数据不会解释自己为什么这么抖。

文章配图，仅供参考

　　桌上的数据线缠成一团，Type-C 插口朝上，Micro-USB 插口朝下，中间打了个死结，绕了三圈半。我不记得上次解开来是什么时候。去年这时候我们还在为要不要加 WebXR polyfill 吵——结果现在 polyfill 不用了，但 polyfill 里那套数据注入方式，倒被抄进主流程了。真机崩的那一刻，日志里最后一条是 `injecting sensor fusion payload to telemetry middleware`，后面没下文。不是报错，不是警告，就是停那儿了。我截图发群里，老张回了个“????”，小林发了个“666”，没人说修，也没人说不修。我们就继续往下跑。

　　所以别跟我说“体验闭环”。闭环是假的。闭环只存在于 build 成功的那一刻，在 CI 报 green 的那一刻，在产品经理点“灰度发布”的那一刻。剩下的，全是 data pipeline 在裸奔，带着一堆没文档的字段、没校验的单位、没声明的默认值。我原以为优化重点在 render loop，结果发现九成性能损耗来自 JSON.stringify 之前那层数据 normalize。normalize 的时候把 quaternion 四元数转成 euler 角，再算 yaw，再取整，再拼字符串 key——key 长度爆了，localStorage 直接拒收。我们改了三天，最后方案是：删掉 yaw，改用 worldPosition.x。够糙，但活了。

　　反正现在我改需求前先问两句话：这玩意儿要进数仓吗？进的话，埋点字段归谁定？问完我就关掉 IDE，把热更新关了，让 webpack 自己在那儿卡着。构建进度条还是卡在百分之八十七，我不动它。等它自己蹦过去，或者等明天早上运维重启 CI 机器。反正数据引擎已经自己转起来了，我们只是站旁边，偶尔擦擦油渍。

（编辑：52站长网）

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