9.1 性能分析与调优

9.1 性能分析与调优

本节摘要：优化不是玄学调参，是取证与归因：先用三方考勤锁定瓶颈线程，再钻进线程内部锁定具体系统，最后开前八章的对应处方。本节把这条取证流水线完整走一遍，并给出常见症状与处方的对照表。

凭感觉优化为什么总白干

性能差的场景，最常见的优化路径是"听说什么快就上什么"：调阴影、砍粒子、降分辨率全来一遍。结果往往是帧率没救回来，画面先毁了。问题出在跳过了归因：掉帧的原因可能是游戏线程一段烂循环，跟阴影毫无关系——砍阴影砍掉的是画质，留下的是问题。优化的第一原则因此只有一条：先取证，后动手；没有定位到具体系统之前，任何参数都不该动。

本节是全书预算知识的汇总出口：2.2 教的三方接力在这里成为诊断框架，第五、六、七章各系统的开销点在这里成为处方的编号目录。学完本节，前面所有"预算纪律"从零散守则串成一条流水线。

取证流水线：四步到元凶

第一步，三方考勤。用统计命令看四行数字：总帧时间、游戏线程、渲染线程、GPU。帧时间约等于三者最大值——谁最大，瓶颈就在谁，这一步把问题空间从"整个引擎"缩到"一条线程"。第二步，线程内部细分。游戏线程瓶颈钻进蓝图与逻辑（谁在 Tick 里干重活、谁在做每帧查询）；渲染线程瓶颈看绘制调用数与可见物体数；GPU 瓶颈看各通道耗时（基础、光照、半透明、后处理）。第三步，锁定科目。把耗时最大的通道对应回预算科目：半透明通道超标是粒子与材质过度绘制，光照通道超标查 Lumen 档位与光源数量，游戏线程超标查逐帧逻辑与物理子步。第四步，开处方并复测。按科目开前文的对应处方，改一项测一项——一次只改一个变量，否则永远不知道是哪一招起效。

瓶颈定位决策树

工具箱：从粗考勤到逐帧回放

统计命令是常驻仪表盘，够覆盖多数日常归因；更深入的两件工具用于疑难杂症。GPU 分析器把一帧的 GPU 耗时按通道与资源逐项展开——"半透明超标"能细到"哪几个材质在哪个区域叠加了多少层"；追踪系统（Unreal Insights）记录完整的逐帧时间线，游戏线程每个函数的耗时、线程间的等待与排队都能回放，专治"偶发卡顿"这种仪表盘抓不到的瞬间。工具选型的原则按取证深度递进：日常用统计命令，通道级归因用 GPU 分析器，时间线级疑难用追踪系统。

另有一条容易被忽略的纪律：在发布配置下测性能。编辑器里的帧时间与打包后的成品差异不小（编辑器自身开销、未 Cook 的资产路径），关键优化决策必须在打包版复测，否则优化的是编辑器的帧率。

案例：一次完整的取证归因

背景：城市关卡白天流畅，夜晚帧率腰斩。这个"只在特定条件掉帧"的形态最适合演示流水线的价值——盲调永远猜不到元凶。

操作：第一步，复现并考勤：夜晚场景四行数字显示 GPU 十一毫秒、渲染线程八毫秒、游戏线程六毫秒——GPU 瓶颈。第二步，GPU 通道细分：光照通道从白天的两毫秒涨到六毫秒，其余通道变化不大。第三步，锁定科目：夜晚比白天多的是路灯与霓虹的动态光源，场景夜里实际生效光源数是白天的四倍——光照通道的涨幅与光源数对得上。第四步，开处方并复测：把过远的路灯设距离衰减提前熄灭、纯装饰霓虹改为自发光材质（不参与实时光照）、保留的关键光源减少投影开关。复测：光照通道回落到三毫秒，总帧时间回到目标线。

结果：画质目测几乎无损，帧率恢复——因为每一条处方都打在归因出的具体科目上。

解读：这个案例的方法论价值大于技巧价值：夜晚掉帧的直觉答案是"阴影变多了"或"Lumen 不行了"，而考勤证明是光源数量的直射成本。没有第二步的通道细分，处方就会开歪。变式一：偶发卡顿——用追踪系统录一段含卡顿的时间线，定位到 GC 尖峰或流送装载，对应处方是摊平 GC 与 8.3 的装载预判。变式二：低端机适配——同一流水线跑在目标低配机上，得到的科目分布不同（往往半透明与填充率更敏感），平台档位按测量定而非按感觉定。

常见坑：在编辑器里测出的结论直接用于打包版决策。两端开销结构不同，关键数字必须发布配置复测。

本节要点回顾

• 先取证后动手：三方考勤锁定线程，通道细分锁定科目，处方对应前八章。
• 帧时间是三方最大值，瓶颈永远在最大者，别为非瓶颈方付画质代价。
• 工具按深度递进：统计命令、GPU 分析器、追踪系统，各管一层取证。
• 一次改一个变量，改一项测一项，没有复测的优化等于没优化。
• 发布配置复测，编辑器的帧率不是玩家的帧率。

常见症状与首查科目对照表

取证流水线之外的速查表：先对症状，再进流水线验证。速查表给的是"第一怀疑对象"，不是结论——结论永远以考勤数字为准。

高频问答

问：优化做到什么程度算够？
以预算表为准：立项时定目标帧时间与各科目额度，实测全部落额内即达标。没有预算表的项目永远"不够快"——优化的终点是契约，不是感觉。第九章支柱页的三份常备文档里，预算台账就是这份契约的载体。

问：低配机上要不要单独做一套画质方案？
要，但按"档位"做而不是"重做"：可变分辨率、阴影与光照档位、粒子密度、细节层级距离，这些旋钮分级组合出高低两三档。两套完全分开的场景内容是维护灾难——同一份内容配不同档位，才是可延续的做法。

问：性能工作应该什么时候介入项目？
从第一个可玩版本开始。每周一次取证体检的花费以分钟计，它换来的是超标当周可见；攒到里程碑前集中优化，科目间已经互相污染，归因成本翻几倍。性能是节奏问题，不是冲刺问题。

把结论写回预算台账

每次取证结束，把三行数字与归因结论记进项目台账：日期、场景、四行考勤、锁定科目、开的处方、复测结果。半年后回看，这本台账就是项目的性能史——哪类玩法天然超支、哪些旋钮对这台机器敏感、团队踩过哪些坑，全在里面。下一个项目立项定预算表时，它的参考价值超过任何通用经验值：取证的终点不是修好这一次，而是让下一次不用修。