很多 Unity 开发者都有过一种挫败感：Shader 也学了，材质球也改了，渲染管线也听过不少，但项目一旦真的卡起来，自己还是不知道该先从哪里下手。看起来像是“知识不够”，但真实问题往往不是不会某个知识点，而是这些知识一直停留在零散状态，没有重新接回项目里的场景组织、资源结构和性能瓶颈判断。所以这篇文章想解决的，不是“再多教你几个 Shader 技巧”，而是把渲染相关知识重新串成一条能落到真实项目上的排查顺序。很多性能问题之所以迟迟解决不了，不是因为团队一点都不懂渲染，而是因为大家总在做一种很常见的无效努力：看见掉帧，就先怀疑 Shader 太重看见批次多，就马上开始合材质看见画面发灰，就急着改光照和后处理看见 GPU 时间高，就开始搜“Unity 性能优化 100 条”这些动作本身不一定错，但如果没先判断瓶颈在哪一层，很多优化最后都只是忙了一圈，项目并没有真正变快。一、为什么很多人学了 Shader，项目性能还是救不回来因为 Shader 知识和“项目性能问题”之间，中间隔着一整
