5.3 Nanite 虚拟化几何

5.3 Nanite 虚拟化几何

本节摘要：Nanite 把海量三角面切分成集群、按屏幕误差动态选择细节层级，让"导入高模不用减面"成为现实。本节拆解它的集群化原理与渲染路径，给出收益与代价的完整清单，并用一个高模雕像案例示范开关两面的账目差异。

"随便用高模"的真与假

Nanite 的宣传语容易读成"从此不用优化模型"。真话的一半是：导入数千万面的扫描模型，引擎能稳定渲染，传统流程里建四级细节层级、减面、烘法线的活全省了。另一半是：它把优化的钱从美术工时挪到了别处——导入时的网格体构建时间、运行时的显存与流送、材质的限制条件、平台的支持门槛。"不用做细节层级"不等于"没有成本"，只是成本换了科目。本节的任务就是把两个科目的账都摊开。

本节在知识体系中的位置：它是几何预算的答案，直接回应 2.2 遗留的绘制调用难题（两万个物件的单子堆积）；向下游与 5.4 的 Lumen 协同（两者都是 UE5 实时管线的组件），并在第九章优化章作为核心决策项被复用。

集群化：几何的流送系统

传统细节层级是资产级的手工分级：美术做高中低模，运行时按距离切换，切换瞬间有可见的跳变。Nanite 把这件事自动化到集群粒度：导入时引擎把网格体切成大量三角面集群，并对每个集群反复简化，构建成一棵细节层级树；运行时按"这个集群在屏幕上最终占几个像素"的误差标准，逐集群选择层级——近处的岩石取最精细的叶子，远处的同一块岩石取粗化的祖先节点。选择逐帧更新，过渡发生在集群边界且被误差标准控制，肉眼几乎不可见。

两个工程含义值得记住。其一，细节决策从资产级降到集群级，同一模型的不同部位可以同时处于不同层级——近看精细、远看省预算自动成立，这正是它能吃掉手工 LOD 工作量的原因。其二，绘制方式从"每物体一次调用"变成"集群批次"，不可见集群直接不参与，绘制调用数量不再与物件数量线性挂钩——2.2 的"两万单子"问题由此获得系统性解法。

集群细节层级树的运行时选择

收益与代价清单

收益侧四条：细节层级制作工作清零，美术只出一版模型；绘制调用被集群批次消化，静态物件数量与渲染线程负载解耦；内存按需流送，不在视野内的细节不驻留；几何密度提升让光照与轮廓的表现上限整体抬升。

代价侧同样四条，逐条有对策。构建时间：启用 Nanite 的网格体在导入与修改后要重新构建集群树，大工程批量构建以分钟计，对策是区分哪些资产值得启用（见下面的判断流程）。显存与流送：集群数据常驻显存的部分随视野变化，显存紧张的平台要设预算上限。材质限制：遮蔽混合的经典用法受限（Nanite 的可见性判定按集群不按像素，遮蔽式镂空会失真，需要走专用的遮蔽选项并在代价上重新听证），双面材质与逐像素深度写入的场景要逐一验证。平台门槛：需要支持相应图形特性的硬件与图形接口，老平台与部分移动设备不在支持范围，目标平台决定这条路走不走得通。

是否启用 Nanite 的判断流程

案例：一座雕像的开关对照听证

背景：场景中央放一座扫描来源的高精雕像，约八百万面。目标：量化 Nanite 开与关两套方案的成本收益，形成可复用的对照方法。

操作：第一轮，网格体编辑器里开启构建 Nanite，导入构建耗时约十几秒，场景里确认雕像渲染正常，统计面板记录三个数：绘制调用数、三角面数、帧时间。第二轮，关闭 Nanite 走传统路径：引擎自动生成四级细节层级，重复记录同三个数。两轮镜头都从远推到近各走一遍，观察远处帧率与近处轮廓质量。

结果（典型形态）：开启 Nanite 后，绘制调用从数百次降到个位数批次，三角面数在远景时被大幅虚拟化（统计里显示的渲染面数远小于资产面数），近景轮廓与法线细节明显优于传统四级层级的中间档；代价是导入构建的等待与略高的显存占用。关闭 Nanite 的方案绘制调用正常但细节层级制作与切换跳变回来了。

解读：这笔听证的结论方法比结论数字更有用——对照的两个变量是"工时去哪了"（Nanite 花构建时间与显存，传统花美术工时）与"体验差在哪"（切换跳变与轮廓质量）。团队人少活多，Nanite 几乎必选；目标平台老旧，传统路径仍是现实。变式一：把场景里两万个小道具批量启用 Nanite，2.2 的"点菜爆单"场景获得系统性解决——变式后统计面板的绘制调用数字是最直接的验收指标。变式二：岩石地形启用后出现的构建尖峰——按区块分批启用与构建，把构建时间摊进日常开发节奏，而不是攒到最后一次性付。

常见坑：给每棵小草都开 Nanite 觉得"反正自动"。草的正确席位是植被工具加实例化渲染，比集群化更便宜——技术选型要按物件的真实规模与角色来，不是新功能全书通押。

本节要点回顾

• 集群化细节树按屏幕误差逐帧选层，层级制作清零、切换跳变消失。
• 绘制调用与物件数量解耦是 Nanite 对渲染线程的系统性解法。
• 代价四条：构建时间、显存流送、材质限制、平台门槛，逐条有对策再启用。
• 判断流程先问平台与规模，再过材质限制，最后算构建预算。
• 按物件角色选技术：小草归植被工具，雕像才归集群化几何。

高频问答

问：启用了 Nanite 的模型还能在运行时变形吗？
静态网格体的集群树在构建时定型，运行时顶点动画、逐顶点形变都不适用——变形几何走传统路径。第五代后续版本对骨骼网格体的 Nanite 支持在扩展，但项目决策仍以"静态用 Nanite、变形走传统"为稳妥基线，特性追新前先查当前版本的官方说明。

问：Nanite 显存占用怎么监控？
统计命令里看集群与流送相关项，工程设置里可设显存预算上限，超限时引擎按可见性降级远处细节。监控的意义在于提前发现"显存被细节树吃满"——它挤压的是贴图与缓冲的份额，症状往往出现在别的系统上，容易误诊。

问：同一场景 Nanite 与非 Nanite 物体混用有问题吗？
没有问题，这是常态。混合使用的注意点只在光照与遮挡一致性：Lumen 的硬件档依赖 Nanite 几何参与追踪，遮挡剔除两套路径略有差异。混用场景验收时重点看接缝处（Nanite 物体与非 Nanite 物体相邻的墙面、地面）有没有光漏与闪烁。

给团队的一份额度约定

Nanite 上马前建议与美术约定三件事：哪些资产类别默认启用（建筑、地貌、硬表面道具）、哪些默认禁用（变形物、透明结构、极小物）、构建时间的分摊节奏（分批导入而不是截止日前夜批量构建）。约定写在项目文档里，比每个人的直觉靠谱——技术红利要靠协作规范才能落袋。