Unity性能优化小技巧：用MaterialPropertyBlock替代Material实例化，管理海量物体着色更高效

Unity性能优化实战：用MaterialPropertyBlock高效管理海量物体着色

在策略游戏里控制上千个单位，或者在AR应用中渲染大量动态标记点时，你是否遇到过帧率骤降的困扰？当场景中的物体数量突破四位数，传统的Material实例化方式很快就会成为性能瓶颈。MaterialPropertyBlock提供了一种更优雅的解决方案——它允许我们修改物体着色参数而不必创建新的材质实例。

1. 为什么MaterialPropertyBlock是性能救星

想象一下城市夜景中成千上万的窗户灯光。如果为每个窗户都创建独立的Material实例，内存占用会呈指数级增长。MaterialPropertyBlock的工作原理类似于"属性覆盖层"，它只在渲染时临时修改着色器参数，不会影响底层材质资源。

与创建新Material实例相比，MaterialPropertyBlock有三大优势：

• 内存效率：1000个物体共享同一材质，内存占用减少90%以上
• Draw Call优化：支持GPU Instancing的材质可以合并批次
• 动态灵活性：每帧修改属性不会产生实例化开销

// 基础使用示例 MaterialPropertyBlock props = new MaterialPropertyBlock(); Renderer renderer = GetComponent<Renderer>(); renderer.GetPropertyBlock(props); props.SetColor("_BaseColor", Random.ColorHSV()); renderer.SetPropertyBlock(props);

注意：MaterialPropertyBlock不会自动同步到材质球本身，修改只影响当前渲染器

2. 深度性能对比：数据不说谎

我们在i7-9700K + RTX 2070的测试环境中构建了以下场景：

测试结果显示，当物体数量达到1万时：

• 传统方式内存占用是PropertyBlock的53倍
• PropertyBlock保持45FPS而传统方式已卡顿至6FPS

关键原理：PropertyBlock通过修改渲染器的属性缓冲区工作，避免了以下开销：

1. 材质实例的序列化/反序列化
2. Shader变体收集过程
3. 资源管理器的跟踪负担

3. 实战技巧：避开常见陷阱

虽然MaterialPropertyBlock很强大，但使用时需要注意这些细节：

3.1 属性类型限制

不是所有Shader属性都支持PropertyBlock修改，以下类型最安全：

• float/int/bool等基础类型
• Color/Vector等简单结构体
• Texture2D/Cube等纹理引用

// 支持的属性设置示例 props.SetFloat("_Metallic", 0.5f); props.SetVector("_WaveParams", new Vector4(1,0.5f,2,0)); props.SetTexture("_DetailAlbedo", detailTex);

避免尝试修改Shader的全局属性或复杂结构体

3.2 与渲染管线协作

在不同渲染管线中表现差异：

• Built-in管线：需要开启GPU Instancing
• URP/HDRP：与SRP Batcher兼容但需满足条件：
  • 使用相同的Shader变体
  • 不修改渲染状态(如ZTest/Cull)

// Shader中需要这样声明属性 Properties { _Color ("Color", Color) = (1,1,1,1) [Toggle] _UseTexture ("Use Texture", Float) = 0 }

4. 高级应用：大规模场景实战

在RTS游戏中，我们实现了单位血条的颜色渐变：

void UpdateUnitHealth(float healthPercent) { if (m_props == null) { m_props = new MaterialPropertyBlock(); m_renderer.GetPropertyBlock(m_props); } Color healthColor = Color.Lerp(Color.red, Color.green, healthPercent); m_props.SetColor("_HealthColor", healthColor); m_renderer.SetPropertyBlock(m_props); }

优化技巧：

1. 缓存PropertyBlock和Renderer引用
2. 批量更新时使用JobSystem并行处理
3. 对静态物体在Start()中初始化

对于需要频繁更新的属性（如波浪动画），建议：

• 在Update中只修改必要的参数
• 使用共享的PropertyBlock减少GC
• 对大批量物体按距离分级更新

5. 性能调优实测案例

在一个塔防游戏项目中，我们将敌人材质系统从传统方式迁移到PropertyBlock：

改造前：

• 200个敌人时内存占用42MB
• 每新增敌人都要Instantiate材质
• 颜色变化导致Draw Call翻倍

改造后：

• 2000个敌人仅占用3.2MB
• 所有敌人共享一个基础材质
• 通过PropertyBlock控制个体差异
• Draw Call减少80%

关键改造代码：

// 材质管理器初始化 public class EnemyMaterialSystem : MonoBehaviour { static MaterialPropertyBlock sharedBlock; static Material baseMaterial; void Awake() { if (sharedBlock == null) { sharedBlock = new MaterialPropertyBlock(); baseMaterial = Resources.Load<Material>("EnemyBase"); } } public void ApplyToRenderer(Renderer r, EnemyType type) { r.sharedMaterial = baseMaterial; r.GetPropertyBlock(sharedBlock); sharedBlock.SetColor("_MainColor", GetTypeColor(type)); r.SetPropertyBlock(sharedBlock); } }

实际项目中，我们还结合了ECS架构进一步优化，使得万级单位同屏时仍保持60FPS。