开场
凌晨两点,美术同事发来一张截图——主角卡进墙体,半个身子陷在地板里。你揉了揉眼睛,明明 NavMesh 重新烘焙过,场景里的 Trigger Collider 也都摆好了。
这种"看起来都对了,但运行时就是翻车"的事故,几乎每个项目都踩过。问题往往不在单个 Collider,而在场景系统的整体架构:场景文件到底存了什么、怎么加载进内存、运行时几十万个对象怎么管理。当一个开放世界有几十万棵草、上千个机关触发器时,场景系统不再只是"摆物体",而是一套涉及序列化、流式加载、空间索引、对象池的工程体系。
大厂之所以能把开放世界跑稳,核心就在场景系统的设计。下面我们按"数据 → 加载 → 查询 → 复用"的递进顺序拆开看。
一、场景系统要回答的五个问题
场景系统本质是用数据描述"世界长什么样、东西在哪儿、谁会触发什么"的整套机制。它要回答五个问题:
- 世界长什么样:地形、贴图、光照、植被
- 东西摆在哪儿:每个物体的 Transform 与序列化状态
- 谁在这里活动:NPC、怪物、宝箱的 Spawn 点
- 哪里能走、哪里是墙:碰撞体、NavMesh、遮挡剔除
- 世界怎么分块加载:整关切换还是流式加载
后面四节,就是逐一回答这五个问题的工程方案。
二、场景文件的本质:一张序列化的对象图
先穿透到最底层:Unity 的
