开场凌晨两点,帧率从 60 直接掉到 22。Profiler 一拉,GPU 那边红得发紫——SetPass Calls: 387。场景里其实没几个模型,DrawCall 数也不算离谱,但每个物体的材质都不一样,材质球又各自指向不同的 Shader 变体。结果就是 GPU 每画一个物体都要换一套"工具":换 Shader、换 Blend、换 RenderTarget……状态切换贵到离谱,明明没做多少活,GPU 却被"换工具"拖垮了。这种场景,几乎每个 Unity 开发者都会踩一次。这篇文章分三步把这个坑讲透:先搞清楚渲染状态到底是什么、SetPass 统计的是什么;再钻到底层,看一次状态切换在驱动和 GPU 里到底发生了什么、为什么贵;最后落到 Unity 提供的三种减少切换的机制(SRP Batcher / GPU Instancing / 批处理)和它们各自的适用边界。一、渲染状态的本质1.1 什么是渲染状态渲染状态(Graphics State)可以理解为GPU 画画前的工具配置。一个 DrawCall 提交前,GPU 必须先知道:用哪个 Shader(以及哪个 Pass、哪个变体)材质参数(Material Property)是什么Blend 模式(不透明、半透明怎么混)Depth/Stencil 测试规则RenderTarget(画到哪个目标)顶点布局、纹理绑定、常量缓冲……