1. 项目概述为什么要在移动端URP里折腾DrawMeshInstancedIndirect如果你正在用Unity的通用渲染管线URP做移动游戏并且场景里需要渲染成百上千个相同的物体比如一片茂密的草地、一群飞舞的昆虫或者战场上密密麻麻的士兵那你肯定对性能问题头疼过。传统的GameObjectMeshRenderer组合每个物体都是一个独立的Draw CallCPU光是准备和提交这些绘制指令就能把你游戏的帧率拖垮。这时候GPU实例化GPU Instancing就成了救命稻草而DrawMeshInstancedIndirect则是这根稻草里最硬核、最灵活的那一根。这个项目标题“UnityURP-MobileDrawMeshInstancedIndirectExample”直指一个非常具体且核心的痛点在移动平台的URP环境下如何高效、正确地使用DrawMeshInstancedIndirect方法进行海量物体的渲染。它不是一个简单的API调用演示而是一个针对移动端特性如带宽敏感、GPU架构差异、URP管线设置的实战解决方案。你会发现网上很多关于DrawMeshInstancedIndirect的教程都基于Built-in渲染管线或PC平台直接照搬到URP移动端很可能掉进坑里比如实例化完全没生效或者渲染出来一片黑。我之所以花时间梳理这个是因为在实际手游项目中踩了太多坑。从Built-in管线迁移到URP时原有的实例化方案突然失效在低端安卓机上明明开启了实例化性能却提升不明显甚至因为一个Shader兼容性问题导致整个特效系统崩溃。所以这个教程会围绕一个可运行的、针对移动端优化过的完整例子展开不仅告诉你怎么写代码更会深入解释URP移动端下的那些“潜规则”和优化技巧。2. 核心原理与移动端挑战拆解在动手写代码之前我们必须搞清楚DrawMeshInstancedIndirect到底在干什么以及为什么在移动端URP里用它需要格外小心。2.1 DrawMeshInstancedIndirect 的核心优势简单来说Graphics.DrawMeshInstancedIndirect是Unity提供的一个底层渲染接口。它允许你通过一次API调用绘制同一个网格Mesh的多个实例并且每个实例的变换矩阵位置、旋转、缩放、材质属性如颜色等都可以不同。它的“Indirect”部分指的是其参数来源于一个ComputeBuffer计算缓冲区而不是直接传入数组。这带来了几个关键优势极致的Draw Call合并无论你渲染1个还是1000个实例在渲染管线中它基本上只算一个Draw Call严格来说是“一次绘制指令”。这对于减轻CPU的渲染线程压力有革命性的提升。GPU驱动所有实例的数据变换矩阵、颜色等都存放在GPU内存的ComputeBuffer中。渲染时GPU直接读取这些数据完全绕过了CPU每帧进行数据准备和提交的过程效率极高。灵活性实例的数量可以在运行时由GPU计算得出例如通过Compute Shader进行视锥体剔除或LOD选择再将最终数量写入一个参数缓冲区供DrawMeshInstancedIndirect读取。这是实现大规模人群、植被渲染的关键。2.2 移动端URP下的特殊挑战然而把PC上这套华丽的方案搬到手机GPU上会遇到几个拦路虎URP Shader对实例化的支持需要显式开启在Built-in管线很多标准Shader默认支持实例化。但在URP无论是Lit还是Simple Lit Shader Graph你都需要手动勾选“GPU Instancing”选项。如果使用手写HLSL的URP Shader则需要包含正确的宏和顶点着色器修改。移动GPU的带宽瓶颈DrawMeshInstancedIndirect虽然节省了CPU开销但需要将大量实例数据矩阵是浮点数4x4上传到GPU。低端手机的GPU内存带宽非常有限频繁更新或过大的ComputeBuffer会成为新的性能瓶颈。精度与性能取舍在Shader中为了节省带宽我们通常不会使用完整的float4x4矩阵而是采用float3位置 float4旋转四元数 float3缩放的组合或者在顶点着色器中用更紧凑的方式重建矩阵。这需要在代码和Shader中做精心设计。URP渲染器与渲染通道Render PassURP的渲染流程与Built-in不同。你需要确保你的DrawMeshInstancedIndirect调用在正确的渲染阶段如不透明物体渲染RenderPassEvent.BeforeRenderingOpaques被加入到命令缓冲区CommandBuffer中否则物体可能无法被正确光照或深度处理。合批Batching与实例化Instancing的冲突URP有自己的动态合批和静态合批逻辑。如果你的材质开启了合批可能会与GPU实例化冲突导致实例化失效。需要明确区分使用场景。注意一个常见的误区是认为只要调用了DrawMeshInstancedIndirect渲染就一定会变快。在移动端如果实例数据组织不当或者Shader不支持它可能比传统的分批渲染还要慢。因此 profiling性能分析是必不可少的步骤。3. 项目实战构建移动端URP实例化渲染器接下来我们将一步步构建一个完整的、针对移动端优化的实例化渲染系统。这个系统会渲染大量随机分布的立方体并允许我们动态改变它们的颜色。3.1 环境准备与基础设置首先确保你有一个URP项目。在Unity Hub中创建项目时直接选择“Universal Render Pipeline”模板是最快的方式。如果是从现有项目升级需要先通过Package Manager安装“Universal RP”包然后创建URP Asset和Renderer Asset并分配给Graphics设置。关键设置检查针对移动端打开你的URP Asset通常名为UniversalRP-HighQuality等。主设置Depth Texture: 勾选通常需要用于后期处理和某些Shader。Opaque Texture: 根据需求如果不需要抓屏效果可以关闭以节省带宽。Opaque Downsampling: 设置为2x Bilinear或4x Box以进一步降低开销。HDR:务必关闭。移动端HDR渲染开销巨大绝大多数手游使用LDR。MSAA: 根据目标机型选择低端机建议关闭或使用2x。Render Scale: 这是移动端的神器。设置为0.75或0.8可以在几乎不影响观感的情况下显著提升帧率。它会让渲染以更低分辨率进行再上采样到屏幕分辨率。质量设置Quality Settings在Project Settings - Quality中为你移动端使用的质量等级将Pixel Light Count调低如1-2个。关闭或减少Shadows的距离和分辨率。将Texture Quality设置为Half Res或更低这对内存和带宽友好。3.2 创建支持实例化的URP Shader这是最关键的一步。我们将创建一个最简单的无光照着色器并使其支持GPU实例化。在Project窗口右键 - Create - Shader - Universal Render Pipeline - Unlit Shader。命名为InstancedUnlitShader。打开这个Shader文件我们需要修改它。在HLSLPROGRAM块中添加实例化所需的宏定义和缓冲区。修改顶点输入结构体和顶点着色器以读取每个实例的数据。Shader Custom/InstancedUnlit { Properties { _BaseColor(Color, Color) (1, 1, 1, 1) _BaseMap(Base Map, 2D) white {} } SubShader { Tags { RenderTypeOpaque RenderPipelineUniversalPipeline } Pass { HLSLPROGRAM #pragma vertex vert #pragma fragment frag #pragma multi_compile_instancing // 关键启用实例化编译变体 #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl // 定义每个实例的数据结构 struct InstanceData { float4x4 instanceTransform; // 实例的变换矩阵 float4 instanceColor; // 实例的颜色 }; // 声明一个结构体化的缓冲区StructuredBuffer来存储实例数据 StructuredBufferInstanceData _InstanceData; uint _InstanceCount; // 当前渲染的实例数量 struct Attributes { float4 positionOS : POSITION; float2 uv : TEXCOORD0; uint instanceID : SV_InstanceID; // 关键系统提供的实例ID }; struct Varyings { float4 positionHCS : SV_POSITION; float2 uv : TEXCOORD0; float4 instanceColor : COLOR; }; TEXTURE2D(_BaseMap); SAMPLER(sampler_BaseMap); CBUFFER_START(UnityPerMaterial) float4 _BaseMap_ST; float4 _BaseColor; CBUFFER_END Varyings vert(Attributes IN) { Varyings OUT; // 通过实例ID从缓冲区中获取该实例的数据 InstanceData data _InstanceData[IN.instanceID]; // 使用实例的变换矩阵而不是unity_ObjectToWorld float4 positionWS mul(data.instanceTransform, float4(IN.positionOS.xyz, 1.0)); OUT.positionHCS TransformWorldToHClip(positionWS.xyz); OUT.uv TRANSFORM_TEX(IN.uv, _BaseMap); OUT.instanceColor data.instanceColor; // 传递实例颜色到片元着色器 return OUT; } half4 frag(Varyings IN) : SV_Target { half4 baseMap SAMPLE_TEXTURE2D(_BaseMap, sampler_BaseMap, IN.uv); return baseMap * _BaseColor * IN.instanceColor; // 混合材质颜色和实例颜色 } ENDHLSL } } // 回退到无实例化的简单Shader用于兼容性 FallBack Universal Render Pipeline/Unlit }关键点解析#pragma multi_compile_instancing: 这个指令告诉Unity为这个Shader编译支持实例化的变体。没有它实例化功能不会生效。uint instanceID : SV_InstanceID: 这是GPU实例化的核心。系统会自动为每个实例分配一个唯一的ID从0到instanceCount-1。我们在顶点着色器中用这个ID作为索引去StructuredBuffer中查找属于这个实例的私有数据如变换矩阵和颜色。StructuredBufferInstanceData _InstanceData: 这是一个HLSL中的结构体缓冲区它对应着我们C#脚本中创建的ComputeBuffer。所有实例的数据都存储在这里GPU可以高效地随机访问。在vert函数中我们不再使用内置的unity_ObjectToWorld矩阵而是使用从_InstanceData中取出的instanceTransform。这实现了每个实例拥有独立位置、旋转和缩放的能力。实操心得在移动端为了节省带宽我们经常不会传递完整的float4x4矩阵。一个常见的优化是只传递float3 position和float4 rotation四元数然后在Shader中用ConstructTransformMatrix之类的函数在顶点着色器中重建变换矩阵。这能显著减少每个实例的数据量。但为了教程清晰这里使用了完整的矩阵。3.3 编写C#驱动脚本接下来我们创建核心的C#脚本InstancedRenderer.cs负责管理实例数据、创建ComputeBuffer并调用绘制命令。using UnityEngine; using UnityEngine.Rendering; using System.Collections.Generic; [RequireComponent(typeof(MeshFilter), typeof(MeshRenderer))] public class InstancedRenderer : MonoBehaviour { public int instanceCount 1000; // 要渲染的实例数量 public float spawnRadius 10f; // 实例生成的半径范围 public Material instancedMaterial; // 使用我们上面创建的Shader的材质球 private ComputeBuffer _instanceDataBuffer; // 存储实例数据的ComputeBuffer private ComputeBuffer _argsBuffer; // Indirect Arguments Buffer private uint[] _args new uint[5] { 0, 0, 0, 0, 0 }; // 参数数组 private Bounds _renderBounds; // 渲染包围盒 // 定义与Shader中匹配的数据结构 struct InstanceData { public Matrix4x4 transform; public Vector4 color; } private ListInstanceData _instanceDataList new ListInstanceData(); void Start() { InitializeInstanceData(); CreateBuffers(); UpdateMaterialProperties(); } void InitializeInstanceData() { _instanceDataList.Clear(); Mesh mesh GetComponentMeshFilter().sharedMesh; if (mesh null) { Debug.LogError(MeshFilter component has no mesh assigned!); return; } _renderBounds new Bounds(Vector3.zero, Vector3.one * spawnRadius * 2f); // 粗略的包围盒 for (int i 0; i instanceCount; i) { InstanceData data new InstanceData(); // 随机位置 Vector3 randomPos Random.insideUnitSphere * spawnRadius; randomPos.y Mathf.Abs(randomPos.y); // 让Y轴为正避免沉入地下 // 随机旋转 Quaternion randomRot Quaternion.Euler(Random.Range(0, 360), Random.Range(0, 360), Random.Range(0, 360)); // 随机缩放 float uniformScale Random.Range(0.5f, 2.0f); Vector3 randomScale Vector3.one * uniformScale; data.transform Matrix4x4.TRS(randomPos, randomRot, randomScale); // 随机颜色 data.color new Vector4(Random.value, Random.value, Random.value, 1.0f); _instanceDataList.Add(data); } } void CreateBuffers() { int stride System.Runtime.InteropServices.Marshal.SizeOf(typeof(InstanceData)); // 创建存储实例数据的ComputeBuffer // ComputeBufferType.Structured 表示这是一个结构体缓冲区与Shader中的StructuredBuffer对应 _instanceDataBuffer new ComputeBuffer(instanceCount, stride, ComputeBufferType.Structured); _instanceDataBuffer.SetData(_instanceDataList); // 创建Indirect Arguments Buffer // 参数顺序[index count per instance, instance count, start index location, base vertex location, start instance location] Mesh mesh GetComponentMeshFilter().sharedMesh; _args[0] (uint)mesh.GetIndexCount(0); // 每个实例的索引数量 _args[1] (uint)instanceCount; // 实例数量 _args[2] (uint)mesh.GetIndexStart(0); _args[3] (uint)mesh.GetBaseVertex(0); _args[4] 0; // 起始实例位置 _argsBuffer new ComputeBuffer(1, _args.Length * sizeof(uint), ComputeBufferType.IndirectArguments); _argsBuffer.SetData(_args); } void UpdateMaterialProperties() { if (instancedMaterial ! null) { // 将ComputeBuffer传递给Shader instancedMaterial.SetBuffer(_InstanceData, _instanceDataBuffer); // 传递实例数量Shader中可能用于边界检查非必须但建议 instancedMaterial.SetInteger(_InstanceCount, instanceCount); } } void Update() { // 每帧调用绘制 RenderInstancedMesh(); } void RenderInstancedMesh() { if (instancedMaterial null || _instanceDataBuffer null || _argsBuffer null) return; // 使用Graphics.DrawMeshInstancedIndirect进行绘制 // 参数依次为网格子网格索引材质包围盒参数缓冲区参数缓冲区偏移量材质属性块可选投射阴影可选是否接收阴影可选图层 Graphics.DrawMeshInstancedIndirect( GetComponentMeshFilter().sharedMesh, 0, // 子网格索引 instancedMaterial, _renderBounds, _argsBuffer ); } void OnDisable() { // 至关重要释放ComputeBuffer避免内存泄漏 ReleaseBuffers(); } void ReleaseBuffers() { _instanceDataBuffer?.Release(); _instanceDataBuffer null; _argsBuffer?.Release(); _argsBuffer null; } // 提供一个方法在运行时更新某个实例的数据例如移动一个立方体 public void UpdateInstanceData(int index, Vector3 newPosition, Vector4 newColor) { if (index 0 index _instanceDataList.Count _instanceDataBuffer ! null) { InstanceData data _instanceDataList[index]; data.transform.m03 newPosition.x; // 直接修改矩阵的平移分量不严谨仅示例 data.transform.m13 newPosition.y; data.transform.m23 newPosition.z; data.color newColor; _instanceDataList[index] data; // 更新整个缓冲区效率低仅用于示例。实际项目中应使用SetData的重载版本更新部分数据。 _instanceDataBuffer.SetData(_instanceDataList); } } }脚本关键点解析数据结构对齐C#中的struct InstanceData必须与HLSL Shader中的struct InstanceData内存布局完全一致。这里都包含了Matrix4x4对应float4x4和Vector4对应float4。ComputeBuffer创建_instanceDataBuffer的类型是ComputeBufferType.Structured用于传递结构体数组给Shader。_argsBuffer的类型是ComputeBufferType.IndirectArguments这是一个特殊类型的缓冲区专门用于DrawMeshInstancedIndirect其内容是一个uint[5]数组定义了绘制参数。参数数组_args[0]: 每个实例需要绘制的索引数量即三角形数量 * 3。[1]: 要绘制的实例数量。这是关键你可以动态修改这个值比如在Compute Shader中根据视锥体裁剪结果写入来实现GPU驱动的实例数量控制。[2],[3],[4]: 起始索引、基准顶点和起始实例通常设为0。包围盒_renderBounds这个包围盒应该包含所有实例可能出现的空间范围。Unity的裁剪系统Frustum Culling会使用这个包围盒来决定是否渲染这一批实例。如果设置得过小边界外的实例会被错误裁剪设置得过大则裁剪效率低下。通常可以计算所有实例位置的AABB轴对齐包围盒。内存管理ComputeBuffer是非托管内存必须手动释放。在OnDisable中调用Release()是防止内存泄漏的标准做法。3.4 场景搭建与测试在场景中创建一个Cube或其他任何网格为其添加InstancedRenderer脚本。创建一个新的Material使用我们刚才编写的Custom/InstancedUnlitShader。将这个材质球拖拽到脚本的instancedMaterial字段。调整instanceCount例如1000和spawnRadius。运行游戏。你应该能看到大量随机颜色、位置、大小和旋转的立方体被渲染出来。打开Stats窗口Game视图下点击Stats按钮和Frame DebuggerWindow - Analysis - Frame Debugger你可以验证Stats窗口Batches数量应该非常低。渲染1000个立方体Batches可能只有1或者很少的几个取决于其他渲染对象而Saved by batching会显示一个很高的数字。Frame Debugger展开渲染事件你应该能看到一个名为Draw Mesh (Instanced)的事件其Vertices和Triangles数量是单个网格的instanceCount倍。这表明实例化正在工作。4. 高级优化与实战技巧基础版本能跑了但在真实的移动端项目中我们还需要进行一系列优化。4.1 数据压缩与带宽优化传递完整的Matrix4x416个float对带宽是巨大的浪费。对于只有平移、旋转和统一缩放的情况我们可以进行压缩C#端修改InstanceData结构体和初始化逻辑struct InstanceData { public Vector3 position; // 位置 (12字节) public Quaternion rotation; // 旋转 (16字节) public float scale; // 统一缩放 (4字节) public Vector4 color; // 颜色 (16字节) } // 总大小48字节。相比完整的Matrix4x4(64字节)Vector4(16字节)80字节节省了40%。Shader端修改顶点着色器struct InstanceData { float3 position; float4 rotation; float scale; float4 color; }; Varyings vert(Attributes IN) { Varyings OUT; InstanceData data _InstanceData[IN.instanceID]; // 方法1使用矩阵乘法函数需要包含相关HLSL文件 // float4x4 objectToWorld ConstructTransformMatrix(data.position, data.rotation, data.scale); // float4 positionWS mul(objectToWorld, float4(IN.positionOS.xyz, 1.0)); // 方法2手动计算旋转和缩放对于简单旋转更高效 float3 rotatedPosition mul(data.rotation, IN.positionOS.xyz * data.scale); float4 positionWS float4(rotatedPosition data.position, 1.0); OUT.positionHCS TransformWorldToHClip(positionWS.xyz); OUT.instanceColor data.color; return OUT; }提示ConstructTransformMatrix这样的函数可能需要你自己实现或从Unity的Shader库中寻找。手动计算旋转和缩放对于只有统一缩放和旋转的物体是足够且高效的。4.2 使用Compute Shader进行GPU剔除这是DrawMeshInstancedIndirect的“终极”用法。我们不在CPU端准备所有实例数据而是在GPU上维护一个包含所有可能实例数据的缓冲区。运行一个Compute Shader对每个实例进行视锥体裁剪Frustum Culling或距离剔除。Compute Shader将可见实例的数据复制到另一个输出缓冲区并更新_argsBuffer中的实例数量。DrawMeshInstancedIndirect使用这个输出缓冲区和更新后的参数进行绘制。这样做的好处是剔除工作完全在GPU上并行完成CPU零开销并且只绘制真正可见的实例。这对于有数万实例的植被系统至关重要。实现步骤较为复杂需要编写Compute Shader并管理多个缓冲区但性能收益是巨大的。4.3 与URP渲染管线的深度集成我们的当前脚本在Update中直接调用Graphics.DrawMeshInstancedIndirect这属于“立即”绘制。在URP中更推荐的方式是使用ScriptableRenderPass将绘制命令插入到URP的渲染流程中。创建一个自定义的ScriptableRenderPass继承ScriptableRenderPass。在Execute方法中获取你的InstancedRenderer组件列表。为每个渲染器创建并配置DrawingSettings和FilteringSettings然后使用context.DrawRenderers需要配合一个特殊的RenderParams和MaterialPropertyBlock来设置ComputeBuffer或者更底层的CommandBuffer.DrawMeshInstancedIndirect。将你的ScriptableRenderPass添加到自定义的ScriptableRendererFeature中并将该Feature添加到你的URP Renderer Asset里。这种方式让你能精确控制实例化物体在哪个渲染阶段如不透明物体之后、透明物体之前被绘制并能更好地与URP的光照、阴影和后期处理系统集成。4.4 材质属性块MaterialPropertyBlock的使用在上面的基础示例中我们直接修改了材质的属性SetBuffer。这会影响到所有使用该材质的物体。如果你有多个不同的InstancedRenderer组件它们应该使用不同的数据。这时就需要MaterialPropertyBlock。private MaterialPropertyBlock _materialPropertyBlock; void Start() { _materialPropertyBlock new MaterialPropertyBlock(); CreateBuffers(); UpdateMaterialProperties(); } void UpdateMaterialProperties() { if (instancedMaterial ! null _materialPropertyBlock ! null) { _materialPropertyBlock.SetBuffer(_InstanceData, _instanceDataBuffer); _materialPropertyBlock.SetInt(_InstanceCount, instanceCount); // 其他属性也可以在这里设置 } } void RenderInstancedMesh() { if (...) return; Graphics.DrawMeshInstancedIndirect( GetComponentMeshFilter().sharedMesh, 0, instancedMaterial, _renderBounds, _argsBuffer, 0, _materialPropertyBlock // 传入MaterialPropertyBlock ); }使用MaterialPropertyBlock可以为每个渲染调用设置独立的材质属性而不会污染共享的材质资产这是多批次实例化渲染的常用模式。5. 常见问题排查与性能分析即使按照步骤操作你也可能会遇到实例化不工作的情况。下面是一个快速排查清单问题现象可能原因解决方案屏幕上什么都不显示1. Shader编译错误或实例化变体未生成。2. ComputeBuffer未正确传递给Shader。3. 包围盒 (_renderBounds) 设置错误物体被视锥体裁剪。4. 渲染通道事件不正确如果使用了ScriptableRenderPass。1. 检查Console是否有Shader错误。在材质Inspector上查看编译后的Shader是否包含“INSTANCING_ON”关键字。2. 使用Frame Debugger查看Draw Call的详细信息检查_InstanceData缓冲区是否绑定。3. 将_renderBounds暂时设得非常大如new Bounds(Vector3.zero, Vector3.one * 1000)进行测试。4. 确保绘制命令在相机渲染的合适阶段被执行。只显示一个实例1._argsBuffer中的实例数量 (_args[1]) 设置错误。2. Shader中_InstanceCount变量未设置或设置错误导致顶点着色器索引越界。1. 检查_args[1]的值是否等于你想要的实例数量。2. 确保在材质或MaterialPropertyBlock中正确设置了_InstanceCount。在Shader中可以使用if (IN.instanceID _InstanceCount) return;进行保护。实例位置/颜色不对1. C#中的InstanceData结构与Shader中的定义内存布局不对齐。2. ComputeBuffer的stride步长计算错误。1. 确保两者字段顺序、类型完全一致。使用[System.Runtime.InteropServices.StructLayout(LayoutKind.Sequential)]装饰C#结构体。2. 使用System.Runtime.InteropServices.Marshal.SizeOf(typeof(InstanceData))计算步长确保无误。移动端性能提升不明显甚至更差1. 每帧都在完整更新整个ComputeBuffer (SetData)。2. 实例数据过大如使用完整矩阵。3. Shader计算过于复杂抵消了合批带来的收益。4. 触发了移动GPU的“慢路径”如使用Discard操作、过于复杂的分支。1. 仅更新变化的数据或使用双缓冲、映射缓冲区等技术。2. 采用4.1节的数据压缩方案。3. 简化实例化Shader避免在顶点着色器中进行复杂计算。考虑使用LOD对远处实例使用更简单的Shader。4. 使用[Branch]或[Flatten]属性提示编译器或者重构Shader逻辑避免动态分支。在GLES2/WebGL 1.0等平台上不工作这些老式API对Compute Buffer和Structured Buffer的支持有限或不支持。需要回退方案。可以通过判断SystemInfo.supportsComputeShaders来启用或禁用实例化功能。对于不支持的平台使用传统的Graphics.DrawMesh循环或简单的MaterialPropertyBlock批处理。性能分析建议始终使用Unity Profiler特别是Deep Profile和Frame Debugger。这是你最好的朋友。在Profiler中关注Rendering.SetPass calls和Rendering.Draw calls的数量。成功的实例化会使其大幅下降。在Frame Debugger中观察每个Draw Mesh (Instanced)事件消耗的GPU时间。在移动设备上真机测试使用Android的adb shell dumpsys gfxinfo或Xcode的Instruments工具分析GPU和CPU耗时。最后记住优化是一个迭代过程。从最简单的方案开始确保功能正确然后逐步引入压缩、GPU剔除等高级特性并持续进行性能剖析。DrawMeshInstancedIndirect是移动端URP项目应对大规模同质物体渲染的利器但需要你对其原理和移动平台的特性有深入的理解才能让它发挥出真正的威力。