理解 H · Game World 之外

约 3 分钟

第八部把前七部的工具收成一个完整项目：ADR、闭环 4、NPC 与对象池、体感优化、内测日志、上线后迭代、项目改造。到这里，Vol.2 的主题闭合了：一局之内的多人状态架构。

这卷真正讲完了什么

本卷没有把 VRChat 做成传统服务器游戏。它讲的是另一件事：在 VRChat 的 Owner、同步变量、Network Event、PlayerObject、对象池和字节预算这些约束下，让一局游戏能恢复、能结算、能重开、能调试。

这条主线可以压成四句话。

第一，状态先归属，再写代码。PlayerObject 管每位玩家，GameState 管全局流程，玩法对象管单体状态，本地层管表现。

第二，事件做反馈，状态做共识。Network Event 可以播声音、特效和确认回包，迟入恢复必须靠同步字段。

第三，复杂系统先证明能降级。NPC、对象池、物理、体感、Quest 性能都要有退出口。

第四，项目上线后继续按 ADR 和日志迭代。Bug、平衡性、偏差使用、长期需求要分流处理。

合作防守世界能跑之后，下一层是视觉。Shader、光照、材质、后处理、空间构图、动线、氛围和可读性会进入 Vol.3。

Vol.2 留给 Vol.3 的接口很清楚：表现层不能反写共识状态。命中特效、敌人死亡动画、UI 动效、场景灯光反馈都可以让世界更有质感，但分数、HP、阶段、胜负仍然来自同步字段。

这条边界让视觉系统可以大胆做本地表现，也让网络架构保持稳定。

第八部反复出现一些可工具化的工作：生成 PlayerObject prefab、批量配置 EnemyObject、检查对象池、扫描同步字段、导出日志、做上线前清单。它们属于 Vol.4。

Vol.4 的主题是把本卷的固定模式变成工具：编辑器脚本、VPM 包、项目模板、调试面板、自动检查。工具的价值来自稳定流程，流程的来源就是 Vol.2 的 ADR 和测试矩阵。

Vol.2 只处理一局之内。玩家离开实例后，PlayerObject 销毁，本局个人分也随之消失。长期等级、排行榜、累计完成次数、活动奖励、跨实例状态，都进入 Vol.5。

Vol.2 和 Vol.5 的接口是 OnMatchEndedHook 这类结算出口。Vol.2 把一局结果算清楚，Vol.5 决定哪些结果要保存。长期系统不要反过来决定一局内的实时状态，否则一局游戏会被远程数据、跨会话延迟和持久化失败拖进不可调试的区域。

第八部从 ADR 开始，也应该以 ADR 结束。合作防守项目可以改成卡牌、解谜、派对、Boss 战、PvP 一对多，但每次改造都要回到同几个问题：谁写状态、走哪条通道、迟入怎么恢复、Owner 离开怎么办、失败时怎么降级。

这些问题回答清楚，VRChat 的网络限制就会从一团限制变成一组设计边界。边界清楚之后，项目可以继续长大，也可以拆成新世界。

Vol.2 的最终产物是一套工作方式：先拆状态，再定 Owner，再选通道，再写恢复，再做测试，再按日志迭代。

用这套方式，合作防守只是一个样本。卡牌、解谜、派对、轻 PvE、PvP 一对多都能按同一套问题重新填写。真正被复用的是状态架构。