1. 项目概述为什么MaterialPropertyBlock是性能优化的“利器”如果你在Unity项目中遇到过这样的场景屏幕上有一百个一模一样的箱子只是颜色不同或者有一千个士兵只是头盔上的徽章图案不一样。最直接的想法可能是为每个箱子或士兵创建一个独立的材质实例Material Instance然后去修改它的颜色或贴图属性。这个做法在开发初期很常见简单直观但当你把项目部署到移动端或者场景复杂度飙升时性能瓶颈就会立刻显现。每一次创建新的材质实例对于GPU而言都是一次新的Draw Call而Draw Call的数量是制约渲染性能的绝对核心指标之一。MaterialPropertyBlock后文简称MPB就是为了解决这个“一物一材质”的性能困局而生的。简单来说MaterialPropertyBlock是一个轻量级的属性块。它允许你在运行时动态地修改一个渲染器如MeshRenderer所使用的材质上的特定属性如颜色、浮点数、纹理而无需创建新的材质实例。这意味着一百个不同颜色的箱子可以共享同一个材质资源通过各自的MPB来设置不同的_Color属性。从渲染管线的视角看它们依然被视为使用“相同”的材质状态从而有机会被引擎进行合批处理大幅减少Draw Call。这就是它被称为“性能优化利器”的根本原因——用极小的运行时开销换取渲染批次数量级的下降。这个技术特别适合哪些场景呢首先是大量重复但略有差异的物体比如策略游戏中的单位海、开放世界中的植被不同高度、颜色、射击游戏的弹痕贴花。其次是对动态属性有高频修改需求的物体比如血条的颜色渐变、场景中可交互高亮物体的闪烁效果。如果你正在为移动端的性能发愁或者你的PC/主机项目出现了因Draw Call过高导致的CPU瓶颈那么深入理解并应用MaterialPropertyBlock将是你的必经之路。2. MaterialPropertyBlock核心原理与工作机制拆解要用好MPB不能只停留在“怎么调用API”的层面必须理解它在Unity渲染管线中的位置和工作原理。这能帮你避免很多潜在的坑并做出更优的设计决策。2.1 MPB与材质实例的本质区别让我们先厘清几个核心概念材质Material一个资产文件定义了使用哪个着色器Shader以及该着色器所有属性的默认值如_MainTex,_Color。它相当于一个“配方”。材质实例Material Instance在运行时通过new Material(sourceMaterial)或renderer.materialGetter创建的一个材质副本。修改它的属性会改变这个副本的状态使其与原始材质资产和其他实例区分开来。每个实例都是独立的对象占用内存并且会导致渲染状态变化。MaterialPropertyBlock一个独立于材质的、纯数据的容器。它不包含着色器代码只存储属性名ID和对应的值。它被附加到具体的渲染器组件上。关键区别在于渲染状态的管理。Unity的渲染管线在准备绘制一个物体前会收集其最终的渲染状态这包括其材质Shader、渲染队列、混合模式等和所有属性值。当使用材质实例时每个实例都是一个独特的渲染状态即使它们源自同一个Shader。而使用MPB时物体共享同一个材质资产只是通过MPB覆盖了部分属性值。对于渲染管线而言只要材质资产相同且MPB没有导致渲染状态发生本质变化例如从透明变不透明这些物体就仍然可能被视为同一批次。2.2 MPB如何影响合批Unity的合批Batching主要分为两种动态合批Dynamic Batching和静态合批Static Batching。对于使用相同材质的物体GPU Instancing是更高效的手段。MPB与它们的协作关系如下GPU Instancing这是MPB的最佳搭档。GPU Instancing允许GPU一次性绘制多个几何结构相同、材质相同但部分属性如变换矩阵、颜色不同的物体。MPB中设置的属性如果被着色器定义为[PerRendererData]就可以作为实例化属性传递给GPU。这意味着你可以用一个Draw Call绘制成千上万个颜色、纹理偏移各不相同的物体性能提升是颠覆性的。动态合批动态合批对顶点数量限制很严通常300且要求材质完全相同。使用MPB且材质相同时物体满足动态合批的材质条件。但注意动态合批本身有CPU转换顶点数据的开销在物体数量多或顶点复杂时需谨慎评估。静态合批静态合批在构建时烘焙光照贴图或手动标记Static将多个静态物体的几何数据合并成一个大的网格。关键点来了静态合批发生在MPB应用之前。这意味着如果你对一个标记为Static的物体使用MPB其属性覆盖将不会生效因为它的渲染数据已经被“烘焙”进合并的网格中。这是MPB使用中最常见的坑之一。2.3 属性标识与着色器协作不是所有材质属性都适合或能够通过MPB修改。在着色器代码中我们需要对属性进行特殊声明以指导Unity如何处理它们。[PerRendererData]这是最重要的标识。在Shader的Properties块中在属性前加上这个标签例如[PerRendererData] _Color(“Color”, Color) (1,1,1,1)。这明确告诉Unity该属性值预计会在运行时由每个渲染器单独提供即通过MPB因此该属性不会被包含在材质的全局属性表中。这是启用GPU Instancing支持MPB属性的关键一步。[MainTexture]与[MainColor]这是Unity内置的标签。_MainTex和_Color属性默认就具有“主纹理”和“主颜色”的角色。即使没有[PerRendererData]标签你也可以通过MPB设置它们并且它们通常能与动态合批兼容。但为了获得最佳的Instancing支持显式加上[PerRendererData]是更推荐的做法。注意通过MPB设置的属性值其优先级高于材质资产中的默认值。也就是说如果你在MPB中设置了_Color为红色那么无论材质资产中_Color默认是白色还是蓝色最终渲染时都会使用红色。3. 实战指南从基础使用到高级技巧理解了原理我们进入实战环节。我会从最简单的例子开始逐步深入到复杂的生产环境应用。3.1 基础API使用与完整代码示例让我们先看一个最基础的例子修改一个物体的颜色。using UnityEngine; public class BasicMPBExample : MonoBehaviour { public Color objectColor Color.red; private Renderer _renderer; private MaterialPropertyBlock _mpb; void Start() { // 1. 获取渲染器组件 _renderer GetComponentRenderer(); // 2. 创建MaterialPropertyBlock实例 // 最佳实践在Start/Awake中创建并复用避免每帧new。 _mpb new MaterialPropertyBlock(); // 3. 设置属性值 // 使用Shader.PropertyToID缓存属性ID是性能关键 int colorID Shader.PropertyToID(“_Color”); _mpb.SetColor(colorID, objectColor); // 4. 将MPB应用到渲染器 _renderer.SetPropertyBlock(_mpb); } void Update() { // 动态修改颜色示例 if (Input.GetKeyDown(KeyCode.Space)) { int colorID Shader.PropertyToID(“_Color”); _mpb.SetColor(colorID, Color.blue); _renderer.SetPropertyBlock(_mpb); // 修改后需要再次应用 } } }代码解析与注意事项缓存属性IDShader.PropertyToID(“_Color”)会返回一个整数ID。这个查找操作在Shader中是有开销的。绝对不要在每帧的SetColor中传入字符串“_Color”。一定要在类初始化的地方如Start或静态字段缓存这个ID。复用MPB实例MaterialPropertyBlock对象本身创建开销不大但最佳实践是为每个需要独立属性的渲染器创建并持有一个实例。避免在每帧中new MaterialPropertyBlock()。SetPropertyBlock的调用调用renderer.SetPropertyBlock(mpb)后MPB中的属性就会覆盖材质属性。如果你想清除MPB的影响调用renderer.SetPropertyBlock(null)即可。3.2 处理多种属性类型与纹理MPB支持所有基本的着色器属性类型。下面是一个综合示例public class AdvancedMPBExample : MonoBehaviour { public Texture2D customTexture; public float metallic 0.5f; public float smoothness 0.8f; public Vector4 someVector Vector4.one; private Renderer _renderer; private MaterialPropertyBlock _mpb; // 缓存属性ID这是性能关键 private static readonly int ColorID Shader.PropertyToID(“_Color”); private static readonly int MainTexID Shader.PropertyToID(“_MainTex”); private static readonly int MetallicID Shader.PropertyToID(“_Metallic”); private static readonly int SmoothnessID Shader.PropertyToID(“_Glossiness”); private static readonly int CustomVectorID Shader.PropertyToID(“_CustomVector”); void Start() { _renderer GetComponentRenderer(); _mpb new MaterialPropertyBlock(); // 先获取渲染器当前可能已有的MPB属性可选用于混合设置 _renderer.GetPropertyBlock(_mpb); // 设置各种类型的属性 _mpb.SetColor(ColorID, Random.ColorHSV()); _mpb.SetTexture(MainTexID, customTexture); // 设置纹理 _mpb.SetFloat(MetallicID, metallic); // 设置浮点数 _mpb.SetFloat(SmoothnessID, smoothness); _mpb.SetVector(CustomVectorID, someVector); // 设置Vector4 // 应用 _renderer.SetPropertyBlock(_mpb); } }纹理设置的特殊性通过MPB设置纹理和通过材质实例设置纹理在合批上的行为是一致的只要纹理相同就不会打断合批。如果你需要为大量物体设置不同的纹理如头像要警惕“纹理图集”的切换。虽然MPB本身不打断合批但不同的纹理资源会导致渲染状态改变。此时应使用纹理数组Texture2DArray或图集Atlas在着色器中通过一个索引或UV偏移来访问不同区域从而保证合批。3.3 结合GPU Instancing实现万人同屏这是MPB威力最大的场景。假设我们要渲染10000个位置、颜色、大小随机的立方体。using UnityEngine; public class MassiveInstancingWithMPB : MonoBehaviour { public GameObject prefab; public int count 10000; public float areaSize 100f; private ListRenderer _renderers new ListRenderer(); private ListMaterialPropertyBlock _mpbs new ListMaterialPropertyBlock(); // 缓存属性ID private static readonly int ColorID Shader.PropertyToID(“_Color”); private static readonly int ScaleID Shader.PropertyToID(“_Scale”); void Start() { // 确保预制体的材质支持GPU Instancing并且着色器中_Color和_Scale属性有[PerRendererData]标签 if (prefab null || prefab.GetComponentRenderer() null) { Debug.LogError(“Prefab or its Renderer is missing!”); return; } for (int i 0; i count; i) { // 实例化物体 Vector3 pos new Vector3( Random.Range(-areaSize, areaSize), Random.Range(0f, 5f), Random.Range(-areaSize, areaSize) ); GameObject obj Instantiate(prefab, pos, Quaternion.identity, this.transform); Renderer rend obj.GetComponentRenderer(); _renderers.Add(rend); // 为每个渲染器创建独立的MPB MaterialPropertyBlock mpb new MaterialPropertyBlock(); _mpbs.Add(mpb); // 设置每个实例独特的属性 mpb.SetColor(ColorID, Random.ColorHSV()); mpb.SetFloat(ScaleID, Random.Range(0.5f, 2.0f)); // 应用MPB rend.SetPropertyBlock(mpb); } Debug.Log($”Instantiated {count} objects with unique MPB properties.”); } }对应的简化版着色器Unlit Shader Graph 或 手写Shader关键点在Shader中属性需要声明为[PerRendererData]并且顶点着色器需要应用这些每实例数据。// 在Properties块中 [PerRendererData] _Color (“Color”, Color) (1,1,1,1) [PerRendererData] _Scale (“Scale”, Float) 1.0 // 在顶点着色器中如果需要应用缩放假设是非统一缩放需谨慎 // 通常缩放会合并到模型矩阵中通过UNITY_MATRIX_M传递。这里演示通过MPB传递一个简单浮点。 // 更常见的做法是将颜色、纹理索引等通过MPB传递变换矩阵由GPU Instancing自动处理。实操心得在这个例子中_Scale属性可能并不是通过MPB传递给顶点着色器进行缩放的典型做法。更常见的模式是所有物体的网格相同通过标准的GPU Instancing传递模型矩阵自动处理位置、旋转、缩放而MPB只传递像_Color这样的表面属性。如果你真的需要每个实例不同的非统一缩放可能需要将缩放因子打包进一个Vector4并在着色器中构造缩放矩阵这会更复杂。通常实例化的缩放是统一的可以通过transform.localScale设置但这会打断Instancing。因此设计时需要权衡是接受统一的缩放以保持Instancing还是为了非统一缩放而放弃Instancing并寻求其他合批方式。运行此脚本后在Frame Debugger中查看你应该会看到这10000个立方体被合并成数量极少的Draw Calls理想情况下一个前提是它们使用相同的网格和材质并且你的图形API支持足够的实例数量。4. 性能对比分析与最佳实践没有数据对比的优化都是空谈。我们来设计一个简单的测试量化MPB带来的性能收益。4.1 测试场景设计我们创建三个测试用例基准组Material Instance为每个物体创建独立的材质实例renderer.material并修改颜色。MPB组MaterialPropertyBlock所有物体共享一个材质使用MPB修改颜色。静态批处理组所有物体标记为Static使用相同材质但不修改属性作为性能上限参考。每组生成1000个简单立方体。在Update中我们每帧随机修改其中100个物体的颜色模拟动态更新。使用Unity的Profiler测量CPU渲染线程耗时RenderThread.WaitForGPU和Camera.Render相关时间和Draw Call数量。4.2 预期结果与数据解读测试组平均每帧Draw CallCPU渲染线程耗时 (ms)内存占用 (材质)适用场景材质实例组~1000较高高 (1000个实例)物体数量极少属性完全不共享MPB组极低 (1-数批)低极低 (1个)大量物体属性动态变化需保持合批静态组1 (合并后)最低低 (1个)物体完全静态属性永不变化结果分析Draw Call材质实例组每个物体一个Draw Call数量爆炸。MPB组和静态组都能实现完美的合批Draw Call数量降至个位数。CPU耗时创建和修改材质实例涉及更多的内存管理和状态切换CPU开销远高于MPB简单的数据设置。MPB组的CPU耗时接近静态组。内存这是MPB另一个巨大优势。每个材质实例都包含一份完整的材质属性数据。而MPB只是一个轻量级的数据容器且可以被大量对象共享其底层材质资源。在移动平台上这能节省可观的内存。4.3 最佳实践与决策树在实际项目中如何选择可以参考以下决策流程物体是否完全静态且属性永远不变是- 使用静态合批。这是性能最好的方案。否- 进入下一步。物体的网格和材质是否完全相同否- 无法使用MPB进行核心优化。考虑其他优化如LOD、遮挡剔除。是- 进入下一步。是否需要为每个物体设置不同的材质属性颜色、纹理偏移、浮点参数等否- 直接共享材质无需MPB性能最优。是- 进入下一步。属性变化的频率如何极低频如初始化时设置一次- 可以使用材质实例但MPB在内存上仍有优势。推荐MPB。高频每帧或频繁变化-强烈推荐MPB。这是MPB的主场。是否需要支持GPU Instancing以实现超大规模渲染是-必须使用MPB并结合着色器中的[PerRendererData]属性标签。否- MPB仍然对动态合批友好是首选。重要提醒对于标记为Static的物体MPB无效。因为静态合批发生在运行时之前。如果你需要对一个物体使用MPB它不能被标记为Static。这是一个非常常见的错误来源。5. 常见问题排查与避坑指南即使理解了原理和API在实际使用MPB时还是会遇到各种问题。这里我整理了从项目实践中总结出来的“坑”和解决方案。5.1 MPB属性设置后不生效这是最常见的问题。请按以下步骤排查检查着色器属性名和ID确保你在C#代码中使用的属性名或缓存的ID与着色器中定义的属性名完全一致包括大小写和下划线。使用Shader.PropertyToID是避免拼写错误的最佳方法。检查属性类型确保你使用的SetColor,SetFloat,SetTexture方法与着色器中属性定义的类型匹配。用SetFloat去设置一个Color属性是不会生效的。确认渲染器组件你是在正确的Renderer组件上调用SetPropertyBlock吗如果一个GameObject有多个Renderer如SkinnedMeshRenderer和MeshRenderer你需要为每个都设置。Static标记冲突这是最大的“坑”如前所述如果GameObject被标记为Static用于光照烘焙或静态合批MPB将不会生效。取消Static标记即可。材质球是否支持某些从Asset Store下载的复杂Shader可能对MPB支持不完善。尝试用一个标准的Unity Unlit Shader或URP/Lit Shader进行测试以排除Shader本身的问题。调用时机SetPropertyBlock需要在渲染发生前调用。在Update,LateUpdate中调用通常是安全的。避免在可能被多次调用的回调中重复创建新的MPB对象。5.2 合批失败原因分析你使用了MPB但Frame Debugger里显示Draw Call依然很多。纹理不同即使使用MPB如果为不同物体设置了不同的纹理对象依然会打断合批。解决方案是使用纹理图集Texture Atlas或纹理数组Texture2DArray在MPB中传递纹理索引或UV偏移量。渲染队列Render Queue改变如果你通过MPB修改了某些会影响渲染队列的属性例如某些Shader中与透明度相关的关键字会导致物体被分到不同的渲染队列从而无法合批。确保MPB修改的属性不改变物体的渲染顺序本质。Shader变体Keywords通过EnableKeyword/DisableKeyword或SetInt修改了启用不同代码路径的Shader变体如_NORMALMAP这会产生不同的材质状态打断合批。对于需要通过MPB控制的变体考虑使用软开关即通过浮点参数在Shader内部分支而不是硬开关。深度写入/测试、混合模式等状态同渲染队列如果MPB间接导致了这些底层渲染状态的变化合批也会失败。通常通过MPB设置的表面属性不会影响这些但需要检查你的Shader逻辑。5.3 内存管理与性能陷阱避免每帧new MaterialPropertyBlock在循环中频繁创建和销毁MPB对象会产生GC垃圾回收压力。务必在初始化时创建并复用。谨慎使用renderer.GetPropertyBlock()这个方法会分配一个新的MaterialPropertyBlock对象来复制当前属性。如果你只是想修改现有属性更好的模式是在类级别持有一个MPB实例需要修改时先GetPropertyBlock到这个实例中修改后再SetPropertyBlock回去。// 推荐做法 _mpb new MaterialPropertyBlock(); ... void UpdateColor(Color newColor) { _renderer.GetPropertyBlock(_mpb); // 获取现有属性到已分配的_mbp中 _mpb.SetColor(ColorID, newColor); _renderer.SetPropertyBlock(_mpb); }属性ID缓存是必须的再次强调永远缓存Shader.PropertyToID的结果。在热代码路径如Update中查询字符串ID是不可接受的性能浪费。5.4 与渲染管线URP/HDRP的兼容性在URPUniversal Render Pipeline和HDRPHigh Definition Render Pipeline中MPB的核心API保持不变工作原理也相同。但需要注意Shader属性名可能不同URP/Lit Shader的主颜色属性名可能是_BaseColor而不是_Color。主纹理可能是_BaseMap而不是_MainTex。你需要查看对应Shader的源码或属性声明来确定正确的名称。SRP BatcherURP/HDRP引入了SRP Batcher它是一种更高级的合批技术。SRP Batcher与MPB完全兼容并且是鼓励一起使用的。SRP Batcher优化的是常量缓冲区CBUFFER的提交而MPB提供每对象属性数据两者协同工作可以带来极致的渲染性能。Shader Graph支持在Shader Graph中要暴露一个属性给MPB你需要在Blackboard中创建属性如Color类型命名为_Color。在属性的“Node Settings”中将Exposed勾选上。在代码中你就可以像之前一样用缓存的ID通过MPB来设置这个属性了。Shader Graph会自动处理[PerRendererData]的传递。最后调试MPB的最佳工具是Unity的Frame Debugger。打开它运行游戏逐帧查看Draw Call的详情。你可以清晰地看到每个Draw Call使用的材质、Shader Pass以及合批是否成功。当MPB效果不符合预期时Frame Debugger是你定位问题的第一选择。