1. 项目概述为什么渲染剔除是性能优化的基石在Unity项目开发中尤其是面向移动端或大型开放世界时性能瓶颈往往首先出现在渲染环节。一个常见的场景是摄像机视野内只有几栋建筑但Draw Call绘制调用却居高不下GPU负载吃满帧率直线下降。很多时候问题的根源并非材质过于复杂或Shader计算过重而是大量本不该被渲染的物体被送进了渲染管线。这就是渲染剔除技术要解决的核心问题。渲染剔除顾名思义就是在渲染前将那些对最终画面没有贡献的物体“剔除”出去避免GPU进行无谓的计算。这听起来简单但Unity内部实现了一套复杂而精密的系统来高效完成这项工作。理解这套系统不仅能让你在遇到性能问题时快速定位更能让你在项目初期就做出合理的场景设计从根源上规避性能风险。无论是制作一款精致的独立游戏还是一个庞大的商业项目掌握渲染剔除的算法与优化技巧都是资深开发者必备的内功。2. 渲染剔除的核心算法视锥体剔除、遮挡剔除与层次细节Unity的渲染管线并非盲目渲染场景中的所有物体。在CPU端它会执行一系列剔除算法筛选出真正需要绘制的对象。主要有三种核心算法协同工作。2.1 视锥体剔除剔除视野之外的物体这是最基础、开销最低的剔除方式。想象一下你的眼睛或摄像机其可见范围是一个平头锥体Frustum。视锥体剔除就是判断场景中每个物体的包围盒Bounding Volume通常是AABB轴对齐包围盒是否与这个视锥体相交。算法原理与实现细节Unity会为每个渲染器Renderer计算其世界空间下的包围盒。每一帧摄像机都会根据其位置、朝向、视野FOV和远近裁剪平面构建出六个平面左、右、上、下、近、远来定义视锥体。判断一个点是否在锥体内只需检查该点是否在所有六个平面的“正面”即满足平面方程Ax By Cz D 0的某一侧。对于包围盒采用保守优化策略如果包围盒的八个顶点全部在某个平面的背面则整个包围盒位于锥体外被剔除否则认为它可能可见需要进一步判断。注意视锥体剔除只关心物体是否在摄像机“视线方向”上完全不关心它是否被其他物体挡住。因此在一个堆满箱子的仓库里即使摄像机只能看到最前面的箱子后面的箱子只要在视锥体内也会通过此阶段造成“过度绘制”。2.2 遮挡剔除剔除被完全挡住的物体这是解决上述“仓库”问题的关键。遮挡剔除的目标是识别并剔除那些虽然位于视锥体内但被更靠近摄像机的物体完全遮挡的物体。Unity内置遮挡剔除的工作流程它分为烘焙Bake和运行时Runtime两个阶段。烘焙阶段预处理在编辑器模式下Unity会将静态场景体素化Voxelization将其划分为一个个细小的单元格。然后它会从一组预设的观察点通常覆盖场景可能被观看的所有角度发射射线计算每个单元格的可见性并生成一张“潜在可见集”Potentially Visible Set, PVS表。这个过程计算量较大所以只在编辑器中执行一次。运行时阶段每帧查询游戏运行时摄像机会根据其当前位置快速查询烘焙好的PVS数据立即获得当前视角下所有可能可见的静态物体列表。只有在这个列表中的静态物体才会被提交渲染。关键参数解析在Window Rendering Occlusion Culling窗口中有几个重要参数Smallest Occluder能遮挡他物的物体的最小尺寸。设置太小会生成大量细碎数据增加烘焙时间和内存占用设置太大会漏掉一些小物体的遮挡关系。Smallest Hole被视为“孔洞”的最大尺寸。比这个尺寸小的缝隙光线无法穿过物体无法透过它被看到。Backface Threshold背面剔除阈值。用于处理单面物体如一片树叶的遮挡值越高越容易将薄物体视为可遮挡他物的实体。2.3 层次细节在远处简化物体渲染LODLevel of Detail严格来说不是“剔除”而是一种“简化”技术。其核心思想是物体距离摄像机越远它在屏幕上占据的像素就越少人眼能分辨的细节也越少。因此可以用一个更简单面数更少、纹理分辨率更低、Shader更廉价的模型来替代原始的高模进行渲染从而显著降低GPU负担。Unity的LOD Group组件在Unity中通过为GameObject添加LOD Group组件来实现。你可以设置多个LOD级别如LOD0: 100%-60% 使用高模LOD1: 60%-30% 使用中模LOD2: 30%-0% 使用低模并为每个级别指定不同的渲染器。LOD切换的算法与优化Unity默认使用物体包围盒在屏幕上的投影高度相对于屏幕高度的百分比作为LOD切换的依据。这里有一个重要的优化点LOD切换应发生在摄像机静止或移动缓慢时。突然的模型切换会产生“Pop”现象模型突然变化。可以通过以下方式优化使用交叉淡化Cross-fade在Unity的Shader中可以利用dithering抖动技术在两个LOD级别之间进行平滑过渡但这会增加一定的Shader复杂度。基于Hysteresis的切换设置不同的切换进/出阈值。例如从LOD0切换到LOD1的距离是50米但从LOD1切换回LOD0的距离是45米。这可以避免在阈值附近频繁切换。异步加载对于非常复杂的模型低级别LOD模型可以考虑异步加载避免卡顿。3. 深度解析遮挡剔除的算法内核与数据烘焙为了更有效地使用遮挡剔除我们需要深入其算法内核理解数据是如何生成的。3.1 空间分割与PVS生成Unity的遮挡剔除烘焙器本质上在进行一次保守的可见性预处理。它将场景的包围盒空间均匀划分为许多小立方体单元格。对于每个单元格烘焙器会模拟从该单元格看向各个方向计算哪些其他单元格是可见的。这个“可见”关系被记录在PVS中。“保守”的含义至关重要烘焙器计算的是“可能可见”而非“绝对可见”。这意味着如果一个物体有可能从某个单元格被看到哪怕只是一个小角它就会被纳入该单元格的PVS。这保证了运行时不会错误地剔除掉本应可见的物体但可能导致PVS数据略微冗余。这也是为什么参数Smallest Occluder和Smallest Hole如此重要——它们直接影响了保守估计的粒度。烘焙数据优化烘焙完成后Unity会尝试合并空间上相邻且可见集相似的单元格以压缩PVS数据的大小。这个过程是自动的但烘焙时的划分粒度由场景大小和Smallest Occluder决定直接影响合并效果和最终数据量。3.2 动态物体的处理与Occlusion Area内置的遮挡剔除主要针对静态Static物体。对于动态物体Unity的处理方式是动态物体只能遮挡其他物体但不能被静态场景遮挡剔除。也就是说一个动态的NPC会出现在PVS中如果它挡在摄像机和一个静态物体之间那个静态物体会被正确剔除。但是如果这个NPC跑到一堵静态墙后面它自己不会被剔除因为它不在静态烘焙数据中。为了弥补这一点Unity提供了Occlusion Area组件。你可以将它放置在一些动态物体频繁活动的、结构复杂的区域如一个有很多立柱的大厅。在烘焙时Occlusion Area内的空间会被当作静态空间一样进行可见性计算。当动态物体进入这个区域时它们就能参与到更精确的遮挡关系中。这相当于为动态物体手动划定了一个可以应用高级剔除的“战场”。3.3 烘焙策略与参数调优实战一次糟糕的烘焙可能导致数据臃肿、运行时查询效率低下甚至出现剔除错误物体闪烁。以下是我的实战调优心得分块烘焙对于超大型开放世界不要一次性烘焙整个场景。将世界划分为多个区块Chunk分别烘焙。运行时根据摄像机位置动态加载和卸载对应区块的剔除数据。这能极大减少单次烘焙的内存压力和烘焙时间。分层级细节烘焙对于远景山脉、城市背景等超大物体可以单独为其设置一个低精度的遮挡剔除烘焙使用较大的Smallest Occluder。因为它们本身细节就少不需要精细的遮挡关系这样可以节省大量数据。参数设置经验室内场景Smallest Occluder可以设小如0.5-1米因为室内家具、门框等小物体都能形成有效遮挡。Smallest Hole也要设小避免光线透过门缝看到不该看的东西。户外自然场景Smallest Occluder应设大如2-5米因为树木、岩石虽然可能遮挡但它们的轮廓复杂过于精细的烘焙得不偿失。重点处理大型山脉、建筑群的遮挡关系。Backface Threshold对于森林、草丛这种由大量双面或单面片构成的场景适当提高此值如80-100让薄片物体更容易被当作实心遮挡物可以提高剔除效率。4. 高级优化技巧与自定义剔除方案当内置的剔除系统无法满足极致性能需求时我们需要祭出更高级的武器。4.1 基于距离的剔除与分帧剔除除了LOD我们还可以直接根据距离彻底剔除物体。这可以通过编写简单的C#脚本实现public class DistanceCuller : MonoBehaviour { public float cullDistance 100.0f; private GameObject[] objectsToCull; private Transform camTransform; void Start() { camTransform Camera.main.transform; // 假设这些是需要根据距离剔除的物体 objectsToCull GameObject.FindGameObjectsWithTag(DetailProp); } void Update() { Vector3 camPos camTransform.position; foreach (var obj in objectsToCull) { if (obj ! null) { float distSqr (obj.transform.position - camPos).sqrMagnitude; bool shouldRender distSqr (cullDistance * cullDistance); obj.GetComponentRenderer().enabled shouldRender; } } } }优化点不要每帧遍历所有物体。可以将物体按网格组织或使用四叉树/八叉树进行空间管理只检查摄像机所在区域附近的物体。更高级的做法是分帧剔除将需要检查的物体列表分成多份每帧只检查其中一份将CPU开销分摊到多帧中去。4.2 软件遮挡查询与硬件遮挡查询这是比预烘焙PVS更动态、更精确的剔除技术但开销也更大。软件遮挡查询Software Occlusion Culling在CPU上使用简化的模型通常是物体的包围盒或更简化的凸包进行光栅化到一个低分辨率的深度缓冲区然后通过对比深度来判断物体是否被遮挡。Unity的Unity Burst和Job System让在CPU上高效进行这类计算成为可能。你可以编写一个Job并行处理多个物体的遮挡测试。硬件遮挡查询Hardware Occlusion Query直接向GPU发出查询命令让GPU绘制物体的简化版通常是一个点或一个非常简单的包围盒并返回这个绘制是否通过了深度测试即是否被看到。由于涉及GPU回读延迟较高通常用于遮挡关系相对稳定的大型物体。实战建议对于移动平台CPU端的软件遮挡查询结合Burst可能是更可控的选择。对于PC/主机可以针对少数关键的大型动态物体如BOSS、大型载具尝试使用硬件遮挡查询。切忌对大量小物体使用硬件查询回读延迟和驱动开销会成为新的性能瓶颈。4.3 基于渲染层的剔除与摄像机裁剪面优化这是两个常被忽略但非常有效的优化手段。渲染层Layer与摄像机Culling MaskUnity的摄像机有一个Culling Mask属性可以指定只渲染哪些Layer的物体。你可以利用这一点将远景天空盒、永远在背景的2D UI等设置到单独的Layer。创建一台专用摄像机只渲染这个Layer并设置其渲染顺序在主要场景摄像机之后通过Camera.depth。对于主场景摄像机在Culling Mask中取消勾选这个Layer。这样主摄像机在执行视锥体剔除和遮挡剔除时就完全不需要处理这些背景物体减少了CPU的剔除计算量。摄像机远裁剪面Far Clip Plane这是一个极其简单却效果显著的优化。将远裁剪面拉到刚好能覆盖你需要渲染的最远物体的距离。每一帧Unity都需要处理视锥体内的所有物体哪怕它在1000单位外的一个小点。将远裁剪面从默认的1000调整到实际需要的300可能会直接剔除掉上百个无关的物体CPU和GPU压力骤降。可以通过脚本动态调整远裁剪面以适应不同的场景区域。5. 性能分析与常见问题排查实录理论再完美也需要工具来验证和排查问题。Unity提供了强大的性能分析工具。5.1 使用Frame Debugger与RenderDoc进行深度分析当怀疑剔除未生效时Frame Debugger是你的第一道工具。它可以逐帧、逐Draw Call地分解渲染过程。打开Window Analysis Frame Debugger。进入游戏运行状态在性能卡顿的帧暂停。在Frame Debugger中点击Enable然后逐步点击Next查看每个Draw Call。重点关注是否出现了大量本应被遮挡的物体的绘制命令这些物体的渲染器Renderer是否被正确禁用通过对比剔除应生效和未生效的帧可以快速定位问题。对于更底层的GPU问题如Overdraw过度绘制RenderDoc这类外部工具更强大。它可以捕获一帧完整的GPU命令流并可视化像素级别的渲染情况如Overdraw视图。如果发现大片区域被反复绘制多次那很可能就是遮挡剔除或排序出了问题。5.2 常见问题、成因与解决方案速查表以下是我在项目中遇到的典型问题及解决方法问题现象可能原因排查步骤与解决方案物体在摄像机靠近时突然消失闪烁1. 遮挡剔除烘焙错误物体被错误剔除。2. 物体的Renderer组件被脚本意外禁用。1. 在编辑器场景视图中切换到Occlusion Culling预览模式查看物体在当前位置是否被标记为不可见。如果是检查该物体是否为Static并重新烘焙该区域调整Smallest Hole参数。2. 使用Frame Debugger查看该帧确认物体的Draw Call是否存在。检查相关脚本逻辑。开启遮挡剔除后帧率反而下降1. PVS数据过大运行时查询开销超过了剔除节省的渲染开销。2. 动态物体过多且未使用Occlusion Area导致剔除效率低。1. 使用Profiler查看OcclusionCulling相关的CPU耗时。如果过高尝试增大Smallest Occluder重新烘焙减少数据量。2. 对动态物体密集的复杂区域添加Occlusion Area组件并重新烘焙。远处物体细节如树叶闪烁或抖动LOD切换距离设置不合理或LOD模型之间顶点属性如UV不匹配导致切换时Shader计算出现精度问题。1. 调整LOD Group的切换百分比增加过渡区间Hysteresis。2. 检查LOD模型的网格数据确保UV等属性在简化时没有严重扭曲。考虑为LOD切换启用交叉淡化Dithering。移动平台发热严重GPU负载持续高位Overdraw严重。可能是UI层半透明叠加过多或场景中大量物体未被正确剔除导致同一像素被多次绘制。1. 使用RenderDoc或Unity的Overdraw Shader模式查看过度绘制情况。2. 优化UI合并图集减少不必要的半透明重叠。3. 确保遮挡剔除已正确烘焙并启用。检查摄像机的远裁剪面是否设置过大。动态物体如角色走到墙后依然被渲染这是预期行为。动态物体不会被静态场景的遮挡剔除数据所剔除。1. 如果该区域结构固定添加Occlusion Area。2. 如果物体移动范围大考虑为其编写简单的基于射线检测的脚本剔除从摄像机向物体发射射线如果被静态碰撞体阻挡则隐藏该物体的渲染器。5.3 Profiler中与剔除相关的关键指标解读在Unity Profiler的CPU模块中关注以下条目Camera.Render-Culling这里包含了视锥体剔除和遮挡剔除的CPU耗时。如果这一项异常高说明你的场景中渲染器数量过多或者剔除计算本身遇到了问题。WaitForTargetFPS如果此项占比很高而GPU负载很低说明是CPU端可能包括剔除计算成为了瓶颈。渲染线程Rendering Thread与主线程Main Thread的耗时对比复杂的剔除计算特别是未使用Job System优化的自定义剔除可能会阻塞主线程。在GPU模块中关注SetPass Calls/Draw Calls这是剔除效果最直观的体现。有效的剔除会显著降低这两个数值。如果开启剔除后数值下降不明显说明剔除效率不高。GPU Time最终的目标是降低GPU耗时。成功的优化应该能看到GPU时间的减少。如果CPU剔除开销增加但GPU时间下降更多整体依然是正向优化。6. 实战构建一个高效的自定义混合剔除系统对于特定类型的游戏如俯视角RTS、大型沙盒我们可以结合多种技术构建一个更高效的混合剔除系统。以下是一个简化版的方案设计适用于一个拥有大量同屏单位如士兵的RTS游戏。目标在保证视觉效果的前提下将同屏万级单位的渲染Draw Calls控制在百级以内。系统设计静态场景使用Unity内置的遮挡剔除和LOD处理地形、建筑等静态物体。动态单位集群基于网格的粗粒度剔除将战场划分为均匀的2D网格。每个网格单元维护一个单位列表。每帧只处理摄像机视锥体所覆盖的网格单元内的单位。GPU实例化GPU Instancing对于同一类型的单位如步兵使用相同的材质和模型。通过GPU实例化一次性绘制所有可见的同类单位将成千上万个Draw Call合并成一个。基于距离的LOD与剔除为每个单位类型定义多个LOD级别高模、中模、低模、Billboard impostor。在网格剔除后对每个单位计算其到摄像机的距离决定其使用的LOD级别。对于极远的单位直接使用一个简单的广告牌Billboard贴图替代3D模型甚至可以在更远的距离直接剔除。分帧更新单位的位置、状态如血量需要每帧更新并传递给GPU实例化数据。为了避免单帧卡顿可以将所有单位分成若干批每帧只更新其中一批的数据。核心代码结构示意// 单位管理器负责分帧更新和剔除 public class UnitManager : MonoBehaviour { public Grid battleGrid; // 战场网格 public Camera mainCam; public ListUnitTypeData unitTypes; // 单位类型数据模型、材质、LOD等 void Update() { // 1. 确定当前摄像机覆盖的网格范围 var visibleCells GetVisibleGridCells(mainCam); // 2. 遍历可见网格收集需要渲染的单位实例数据 ListMatrix4x4[] instanceMatricesPerType new ListMatrix4x4[unitTypes.Count]; // ... 初始化列表 ... foreach (var cell in visibleCells) { foreach (var unit in cell.units) { // 3. 基于距离计算LOD级别 int lodLevel CalculateLOD(unit, mainCam); if (lodLevel -1) continue; // 被剔除 // 4. 获取对应LOD级别的渲染数据并添加到实例化列表 var renderData unitTypes[unit.typeId].GetLODData(lodLevel); instanceMatricesPerType[unit.typeId].Add(unit.worldMatrix); } } // 5. 分帧更新本轮只更新一部分类型的数据 int typesToUpdateThisFrame 2; // 每帧更新2种单位类型 for (int i updateIndex; i updateIndex typesToUpdateThisFrame; i) { int typeId i % unitTypes.Count; if (instanceMatricesPerType[typeId].Count 0) { // 使用Graphics.DrawMeshInstanced进行绘制 Graphics.DrawMeshInstanced(unitTypes[typeId].mesh, unitTypes[typeId].subMeshIndex, unitTypes[typeId].material, instanceMatricesPerType[typeId]); } } updateIndex (updateIndex typesToUpdateThisFrame) % unitTypes.Count; } }这个混合系统结合了空间划分网格、距离剔除、LOD和GPU实例化将CPU的剔除计算和GPU的渲染效率都发挥到了较高水平。它需要一定的架构设计能力但带来的性能提升是指数级的。渲染剔除不是一个可以一劳永逸的开关而是一套需要根据项目特性精心设计和调优的组合拳。从理解最基本的视锥体剔除开始到熟练运用遮挡剔除和LOD再到敢于为特殊场景设计自定义方案每一步都考验着开发者对渲染管线、空间算法和性能瓶颈的洞察力。我的经验是在项目原型阶段就应建立性能监测机制并随着场景复杂度的增长逐步引入和调整剔除策略。记住最好的优化永远是“不渲染”而渲染剔除技术正是实现这一目标最有力的工具。