Unity动画改材质：快递员为何累坏？

你一身傲骨怎能输

已于 2025-05-14 20:41:20 修改

阅读量142

点赞数 3

CC 4.0 BY-SA版权

分类专栏：性能优化文章标签： Animator性能问题

于 2025-03-03 23:58:21 首次发布

本文链接：https://blog.youkuaiyun.com/qq_33060405/article/details/146002760

性能优化专栏收录该内容

146 篇文章

订阅专栏

我们用一个生动形象的比喻来解释Unity游戏中，Animator动画导致材质变化，从而无法合批，进而CPU压力变大的原理。

1. 合批是什么？

**合批（Batching）**就像是快递公司把同一个小区的包裹打包在一起，一次性送过去，省时省力。
在Unity里，合批就是把多个用同样材质的物体，一起交给显卡渲染，减少“送快递”的次数（Draw Call），减轻CPU的调度压力。

2. 材质变化怎么回事？

**材质（Material）**就像包裹的包装纸。
如果快递员发现有的包裹用红纸，有的用蓝纸，他就不能把它们打包在一起送，得分开送。

3. Animator动画怎么影响材质？

Animator本来是用来控制角色的动作（比如走路、跳跃）。
但有时候，动画会动态修改材质的属性，比如让角色受伤时变红、发光、变透明等。

这就像快递员本来一车都是蓝包装的包裹，突然有个包裹动画变成了红包装。快递员一看：“哎呀，这个不能和其他蓝包装的包裹一起送了，得单独送！”

4. 为什么无法合批？

因为合批的前提是材质完全一样。
只要Animator动画一改材质（哪怕只改了一个参数，比如颜色），Unity就认为这是“新包装”，不能和原来的合批了。
结果就是：

本来10个角色可以一次性送（1次Draw Call），
现在每个角色都因为动画材质变化，变成10次单独送（10次Draw Call）。

5. CPU压力为什么变大？

每一次“送快递”（Draw Call）都需要CPU做准备、打包、调度。
合批时，CPU只做一次；无法合批时，CPU要做多次。
如果场景里有很多角色，Animator动画频繁改材质，CPU就会被“送快递”忙得团团转，压力山大，游戏就会卡顿。

6. 总结比喻

合批：同包装的包裹一起送，省力。
Animator改材质：包裹包装纸变了，不能合批，只能单独送。
Draw Call变多：送快递次数暴增，CPU累坏。
游戏卡顿：快递员太忙，送不过来，大家等得着急。

7. 解决建议

尽量避免Animator动画频繁修改材质属性，尤其是会影响合批的属性（如颜色、透明度、贴图等）。
如果需要变色，考虑用Shader的全局属性或MaterialPropertyBlock，这样不会实例化新材质，能保留合批。

我们继续用形象的比喻和技术细节，深入讲讲：

Animator动画导致材质变化无法合批的具体表现
Unity引擎底层是怎么处理的
如何优化，让“快递员”不那么累

一、具体表现：游戏里会发生什么？

假设你有一群士兵（比如100个），他们本来都穿着一样的蓝色制服（同一个材质），站在操场上。

正常情况：
他们都用同一个材质，Unity可以把他们“打包”成一批，一次性交给显卡渲染（1次Draw Call），CPU很轻松。
动画触发材质变化：
比如你用Animator做了一个“受伤变红”的动画，动画里直接修改了材质的颜色参数。
结果：每个士兵的材质都变成了“独一无二的红色”，Unity认为这些士兵的“包装纸”都不一样了，不能合批。
于是，100个士兵就要100次Draw Call，CPU要为每个人单独打包、单独送快递，压力暴增。
游戏表现：
你会发现，士兵一多，动画一多，游戏就卡顿、掉帧，CPU占用飙升。

二、Unity底层是怎么处理的？

材质实例化（Material Instancing）
- Animator动画如果直接修改了材质（比如renderer.material.color = Color.red），Unity会自动为这个物体克隆一份新的材质实例。
- 这就像每个士兵都自己DIY了一套制服，别人再也穿不了，合批彻底失效。
合批的前提
- Unity的Static Batching、Dynamic Batching、GPU Instancing等合批技术，都要求材质完全一致。
- 只要有一个参数不同（比如颜色、透明度、贴图），Unity就会拆分Draw Call。
Animator的“罪魁祸首”
- Animator本身不会直接导致材质变化，但如果动画曲线、动画事件、Animator Controller里有对材质属性的修改（比如动画里有“变色”），就会触发材质实例化。

三、如何优化？（让快递员轻松点）

1. 不要直接改材质实例

错误做法：

renderer.material.color = Color.red; // 这样会实例化新材质

这样每个物体都变成了独立材质，合批失效。

2. 用MaterialPropertyBlock（推荐！）

正确做法：
MaterialPropertyBlock允许你只修改渲染器的某些属性（如颜色），而不实例化材质，Unity底层会帮你优化合批。

示例代码：

MaterialPropertyBlock mpb = new MaterialPropertyBlock();
renderer.GetPropertyBlock(mpb);
mpb.SetColor("_Color", Color.red);
renderer.SetPropertyBlock(mpb);

这样，士兵们虽然“看起来”穿了不同颜色的衣服，但实际上还是用同一套制服（材质），Unity可以合批，CPU压力小。

3. 用Shader全局属性（适合全体变色）

如果是全场景统一变色，可以用Shader的全局变量（Shader.SetGlobalColor），这样所有用这个Shader的物体都能同步变色，合批不受影响。

4. 合理设计动画与材质分离

动画只负责动作，材质变化用其他方式（如状态机、事件系统）控制，避免在Animator里直接改材质。

四、形象总结

错误做法：每个士兵都自己染衣服，快递员只能一件一件送，CPU累死。
正确做法：士兵们穿同样的制服，只在出门时用“袖标”区分（MaterialPropertyBlock），快递员一次性送，CPU轻松。

五、常见误区

误区1：以为只改颜色没关系，其实只要用renderer.material，Unity就会实例化材质。
误区2：以为Animator动画不会影响材质。其实动画里只要有材质属性的Keyframe或事件，就会触发材质变化。

六、结论

Animator动画本身不会导致合批失效，只有在动画直接或间接修改了材质属性时才会。
MaterialPropertyBlock是Unity推荐的“袖标”方案，能让你既有个性化外观，又不影响合批和性能。

我们继续深入，用更具体的例子和工具分析，让你彻底理解Animator动画导致材质变化无法合批的现象，并掌握如何定位和优化。

七、实际案例分析

场景还原

假设你在做一个MOBA游戏，场上有50个英雄角色。每个英雄在受到攻击时，Animator动画会让他们“闪红”表示受伤。

你可能这样做了：

在Animator的动画片段里，添加了一个事件或曲线，控制Renderer的材质颜色变红。
代码类似这样：

// 在动画事件或Update里
renderer.material.color = Color.red;

结果：

你发现场上英雄一多，尤其是大家都在打架时，游戏突然掉帧，CPU占用飙升。
用Unity Profiler一看，Draw Calls数量暴增，CPU花了大量时间在“Render”相关的函数上。

八、用Unity Profiler定位问题

1. 打开Profiler

Window > Analysis > Profiler
选择CPU Usage、Rendering模块

2. 观察Draw Calls

在Rendering模块下，查看Batches和SetPass Calls。
如果你发现Batches数量远大于场景中物体的数量，说明合批失效。

3. 检查材质实例化

在Hierarchy里选中一个角色，查看Inspector面板的材质。
如果你发现材质后面多了“(Instance)”字样，说明Unity为这个物体克隆了材质实例。

4. Frame Debugger进一步分析

Window > Analysis > Frame Debugger
Enable后，逐步查看每个Draw Call的原因。
你会看到“Material SetPass”频繁切换，说明材质不同，无法合批。

九、优化实战

1. 替换为MaterialPropertyBlock

错误代码：

renderer.material.color = Color.red;

优化代码：

MaterialPropertyBlock mpb = new MaterialPropertyBlock();
renderer.GetPropertyBlock(mpb);
mpb.SetColor("_Color", Color.red);
renderer.SetPropertyBlock(mpb);

这样不会实例化材质，合批依然有效。

2. Animator动画与材质分离

不要在Animator动画曲线里直接控制材质属性。
可以用Animator的事件（Animation Event）通知脚本，然后脚本用MaterialPropertyBlock去改颜色。

3. 检查Shader支持

你的Shader要支持_Color属性，且不能在Shader里用[PerRendererData]修饰符，否则PropertyBlock会失效。

4. 批量处理

如果有大量角色需要变色，可以用循环批量设置PropertyBlock，效率更高。

十、代码完整示例

public class HurtEffect : MonoBehaviour
{
    private Renderer rend;
    private MaterialPropertyBlock mpb;
    private float hurtTimer = 0f;

    void Awake()
    {
        rend = GetComponent<Renderer>();
        mpb = new MaterialPropertyBlock();
    }

    public void OnHurt()
    {
        hurtTimer = 0.2f; // 受伤闪红0.2秒
        SetColor(Color.red);
    }

    void Update()
    {
        if (hurtTimer > 0)
        {
            hurtTimer -= Time.deltaTime;
            if (hurtTimer <= 0)
            {
                SetColor(Color.white); // 恢复原色
            }
        }
    }

    void SetColor(Color color)
    {
        rend.GetPropertyBlock(mpb);
        mpb.SetColor("_Color", color);
        rend.SetPropertyBlock(mpb);
    }
}

Animator动画里只触发OnHurt()事件，不直接改材质。

十一、常见问题解答

Q：为什么用MaterialPropertyBlock就能合批？
A：它只是在渲染时临时覆盖材质的某些参数，不会生成新材质实例，Unity底层还能识别为同一材质，合批依然有效。
Q：所有Shader都支持PropertyBlock吗？
A：只要Shader里有对应的属性（如_Color），就支持。自定义Shader要注意属性名和类型一致。
Q：PropertyBlock能改贴图吗？
A：可以！比如mpb.SetTexture("_MainTex", texture);，但如果每个物体都用不同贴图，合批还是会失效。