3D场景的渲染压力很大程度上来自顶点处理。一个精细的角色模型可能有30万顶点，一个建筑群轻松突破百万。如果每帧都把这些顶点原封不动地送入渲染管线，显卡的顶点着色器会先被拖垮，随后光栅化阶段的三角形吞吐也跟不上。优化顶点数不能只靠美术减面，更有效的手段是根据视觉重要性和可见性动态调整。LOD（Level of Detail，细节层次）和各类剔除技术正是为此而生。
顶点数过多带来的性能代价体现在哪些环节
现代GPU的顶点处理能力并不弱，但场景里模型数量多的时候，顶点总数会成倍增长。以1080p分辨率渲染为例，如果场景中同时存在500个物体，每个物体平均5万顶点，那么每帧需要处理2500万个顶点。按照60帧的目标，每秒就是15亿顶点。即使显卡理论吞吐量能达到每秒数十亿顶点，CPU提交Draw Call的开销、内存带宽的占用以及顶点缓冲区的反复读取也会让实际表现大打折扣。
另外一个容易被忽视的点是三角形数量。顶点数多通常意味着三角形数量也多，而三角形过多不仅增加光栅化负载，还会让深度测试和混合阶段的压力上升。这对于移动端GPU尤其致命，因为移动芯片的带宽和功耗预算远低于桌面显卡。所以，减少实际参与渲染的顶点数和三角形数，是性能优化的第一优先级。
从实践角度看，直接减少模型源文件的顶点数属于美术优化范畴，比如在建模软件里使用减面工具、移除不可见的内表面、合并共面三角形。但这类优化是静态的，无法适应远处的物体近看模糊的问题。要让同一个模型在不同距离下都保持合理开销，必须引入动态的LOD机制。
LOD细节层次的实现原理与切换策略
LOD的核心思想是为同一个模型准备多个精度版本。高精度的版本顶点数多，细节丰富，适合近距离观看；低精度版本顶点数少，适合远距离。引擎在运行时根据物体与摄像机的距离，选择对应的网格进行渲染。Unity中的LOD Group组件允许开发者把多个网格拖入不同层级，并设置每个层级的距离阈值。当摄像机拉远时，引擎自动切换到低模，顶点数瞬间下降。
以Unity为例，一个简单的LOD Group配置可能包含LOD0到LOD2三个层级。LOD0使用原始高模，10万顶点；LOD1使用减面后的中模，3万顶点；LOD2使用极简版本，2000顶点。切换距离可以设置为LOD0在0到15米内，LOD1在15到30米，LOD2在30米以上。实际切换时为了避免视觉跳变，引擎会做交叉淡入淡出或者使用屏幕空间误差度量来决定何时切换。
using UnityEngine;
public class CustomLodController : MonoBehaviour
{
public Mesh[] lodMeshes; // 索引0为最高精度
public float[] lodDistances; // 每个LOD对应的切换距离
private MeshFilter meshFilter;
private int currentLod = -1;
void Start()
{
meshFilter = GetComponent<MeshFilter>();
if (lodMeshes == null || lodMeshes.Length == 0)
lodMeshes = new Mesh[] { meshFilter.sharedMesh };
if (lodDistances == null || lodDistances.Length != lodMeshes.Length)
lodDistances = new float[lodMeshes.Length];
}
void Update()
{
float dist = Vector3.Distance(Camera.main.transform.position, transform.position);
int targetLod = 0;
for (int i = 0; i < lodDistances.Length; i++)
{
if (dist > lodDistances[i])
targetLod = i;
else
break;
}
if (targetLod != currentLod)
{
currentLod = targetLod;
meshFilter.sharedMesh = lodMeshes[currentLod];
}
}
}
上面的脚本演示了最基础的距离驱动LOD。实际项目中还需要考虑屏幕占比、物体包围盒大小以及视角倾斜角度。比如一个细长的塔楼侧面看时顶点密度可以较低，但俯视时因为屏幕占比变化，需要更精细的模型。更高级的做法是使用屏幕空间误差（Screen Space Error），根据投影后的像素误差来决定切换层级，Unreal Engine的自动LOD生成就采用了类似原理。
手动为每个模型制作多个LOD版本工作量巨大，好在引擎提供了自动生成工具。Unity的Mesh Simplification和Unreal的LOD Generation都可以根据顶点数比例自动减面。自动减面可能会破坏UV映射或者导致法线异常，生成后需要检查模型在光照下的表现。对于角色模型，还可以使用蒙皮网格LOD，即在减少顶点数的同时保留骨骼绑定，避免远距离角色动作变形。
视锥剔除与遮挡剔除的差异及适用场景
LOD解决的是物体太精细导致顶点过多的问题，但场景中还有大量物体根本不在摄像机视野内。视锥剔除（Frustum Culling）是最基础的一层。摄像机有一个由六个平面围成的视锥体，只有完全或部分位于视锥体内的物体才需要渲染。引擎通常在CPU端用物体的包围盒（AABB或包围球）与视锥体做相交测试，快速排除完全在外的对象。这个操作非常廉价，一般每帧对所有物体执行一次。
视锥剔除能省掉视野外的物体，但无法处理物体被其他物体挡住的情况。比如玩家站在一堵墙后面，墙后有一个高模角色，视锥剔除认为它在视野内，仍然会提交渲染。遮挡剔除（Occlusion Culling）通过预计算或运行时查询来判断物体是否被不透明物体完全遮挡。Unity的遮挡剔除系统需要先烘焙场景的遮挡数据，运行时用相机位置查询潜在可见集（PVS）。这种方法在室内场景效果显著，室外开阔场景收益较小。
using UnityEngine;
public class FrustumCullingExample : MonoBehaviour
{
public MeshRenderer[] allRenderers;
void Update()
{
Plane[] planes = GeometryUtility.CalculateFrustumPlanes(Camera.main);
foreach (var rend in allRenderers)
{
if (rend != null)
{
// 使用包围盒检测是否在视锥体内
rend.enabled = GeometryUtility.TestPlanesAABB(planes, rend.bounds);
}
}
}
}
这段代码手动实现了最简单的视锥剔除：每帧计算摄像机视锥的六个平面，然后遍历所有渲染器，用包围盒测试是否在视锥内。真实引擎的剔除在C++底层完成，开销远低于这种脚本遍历，但原理一致。注意，仅根据包围盒判断会有保守误差，比如包围盒部分在视锥内但实际网格完全在外的物体仍然会被渲染，所以更精确的做法是用网格的精确包围体或者层次包围盒（BVH）。
遮挡剔除的复杂度高得多。离线烘焙方案通过将场景划分为体素或单元，预计算每个位置能看到哪些物体。运行时根据摄像机所在的单元，直接获取该单元对应的可见物体列表。这种方法适合静态场景，动态物体需要额外处理。另一种是GPU遮挡查询，先渲染物体的低模包围盒到深度缓冲，再用查询对象判断是否通过深度测试。如果全部片元都被遮挡，则跳过该物体的正式渲染。GPU查询有延迟，通常用上一帧的结果来预测当前帧，适合大规模动态场景但需要小心处理误剔除。
LOD与剔除结合时的性能调优建议
单独使用LOD或剔除都能带来提升，但真正的性能收益来自组合使用。一个典型的渲染流程是：先做视锥剔除，排除视野外物体；对保留下来的物体做遮挡剔除，排除被挡住的；最后根据距离选择LOD层级，提交渲染。在Unity中，如果启用了遮挡剔除并且场景经过烘焙，引擎会自动处理前两步。LOD则由LOD Group组件管理。开发者需要关注的是如何设置合理的LOD切换距离，以及剔除的粒度和精度。
LOD切换距离应该根据物体的屏幕占比来设置，而不是绝对距离。一个巨大的山脉在500米外仍然占据屏幕很大面积，不能切到最低LOD；而一支笔在20米外就已经小到可以忽略。Unity没有直接提供基于屏幕占比的LOD切换，但可以自定义脚本根据物体包围盒在屏幕上的投影面积来动态调整。另外，切换距离不宜设置得过于密集，否则频繁切换网格会造成CPU开销和视觉抖动。通常3到4个LOD层级足够覆盖大多数情况。
剔除的粒度也值得注意。如果场景中有大量小物体，比如草丛、碎石，每个物体单独剔除虽然精确但CPU遍历开销可能超过渲染节省。这时可以把小物体合并成簇，以簇为单位做剔除。Unity的静态批处理和GPU Instancing配合使用也能减少Draw Call，但需要注意内存占用。对于动态物体，可以自己维护一个简单的空间划分结构，比如八叉树或均匀网格，只对摄像机附近的节点做剔除测试，避免全场景遍历。
最后，不要忘记性能分析。使用Unity Profiler或RenderDoc查看每一帧的顶点数、三角形数和Draw Call数量，定位是哪个环节成为瓶颈。如果顶点数下降后帧率提升不明显，瓶颈可能在CPU提交或者像素着色阶段。LOD和剔除主要降低顶点阶段压力，对于像素填充率导致的瓶颈帮助有限。这种情况下需要检查材质复杂度、贴图尺寸和后处理效果，从另一个维度继续优化。