平均帧率看着没问题，游戏却还是卡，为什么？

两个不同的抱怨是一起来的，这一点很重要，因为它们的成因并不相同。加载画面卡住，是开始游玩前的一次糟糕瞬间；跑图过程中变慢，则是持续整局的拖累。把它们笼统地当成一个叫卡顿的问题，会让开发者用一个修复去干两份活。日志把两者分得很清楚，修复也是分开的：加载卡住用加载改动解决，跑图变慢用阴影改动与角色动画改动解决。这种拆分也让报道保持诚实：加载修复对跑图速度没有任何声称，阴影修复对加载也没有任何声称。如果你的玩家同时反映加载差和跑图慢，先把抱怨拆开再动手，否则你会用错系统去修一半的报告。

最醒目的数字是平均帧耗时，开发者自己的测试电脑上，更新前约 21 毫秒，更新后 13.5 毫秒。但更有用的数字是卡顿占比：耗时超过 25 毫秒的帧从最高 19% 降到 2% 以下。这才是纸面变快与实际不再卡顿之间的区别。平均值变好了，也可能仍有五分之一的帧在卡，而玩家感受到的是卡顿，不是平均值。一帧耗时 25 毫秒，相当于只有 40 帧每秒，所以游戏平均值看着体面时，仍可能有五分之一的帧处在这条线或其下。日志同时给出两个数字，是个值得照搬的汇报习惯：平均值给整体印象，坏帧占比给玩家实际感受。这里的两个数字都带着同一个标签，而且必须一直带着：它们是一位开发者在一台测试电脑上自报的结果，没有写明硬件，也没有声称每个玩家的机器都会有同样的变化。

这是整个案例的核心，用开发者自己的话说：太阳的阴影每一帧都要把整条街画两遍，现在改成了单条更短的级联。要理解这为什么伤得这么重，可以想想阴影 pass 是干什么的。画阴影意味着要从光源的视角再把场景画一遍，游戏借此知道什么东西挡住了光。如果这个 pass 覆盖整条街，而且每帧跑两遍，那么游戏每帧总共要把街画三遍：你看到的画面一遍，阴影两遍。把阴影工作改成单条更短的级联，就去掉了一整遍画街的成本，还缩小了剩下的一遍。改动很小，省下来的却很多，这也解释了为什么帧耗时降了这么多，而街道本身、角色与玩法都没有变。本段关于阴影 pass 的一般解释只是背景知识，不是日志原文；画两遍与单条更短级联这两个事实是开发者自己的说法。

同一更新里的另外两项修复处理剩下的两个症状，各自遵循不同的思路。加载画面现在会一直停留，直到游戏完成图形准备工作，于是沉重的第一帧不再发生在玩家眼前。那一帧本身并没有变便宜，只是被移到了玩家预期要等的地方，也就是加载画面后面，而不是以可见卡顿的形式砸过来。角色修复讲的是体积：角色动画压缩到了约 3 倍小的文件，于是跑图中途救起一名幸存者时不再引起卡顿。这里的规律值得注意：哪怕只是在游玩中途加载一样小东西，比如一名幸存者的动画，也可能拖住需要它的那一帧，而把文件变小就能去掉这个卡顿。同一更新也给八名幸存者都做了 3D 模型，但那是内容，不是性能案例，本文不展开。按同一篇日志的说法，公开版本里的僵尸、物品与道具仍在使用占位造型，这也提醒读者：这是一款仍在积极开发的原型，不是正式成品。

下面的步骤不是 Red Shelter 开发者在已述三项修复之外做过的事，而是把这些修复推广到你自己项目的清单，全部只停留在你自己的项目里。能复用的习惯是数坏帧，而不只是算全部帧的平均值。游戏平均变快了，也可能仍有五分之一的帧在卡，只有卡顿占比能告诉你卡顿是不是真的没了。第二个习惯是排查隐藏的重复劳动。阴影 pass、反射 pass，或任何会重画场景的效果，都可能悄悄让最重的成本翻倍，而且它不会出现在可见物体的清单里，因为多画的那一遍玩家根本看不到。第三个习惯是把成本移到预期要等的地方。加载画面、菜单切换，或行动开始前的安静时刻，都能吸纳那些否则会在游玩中途以卡顿形式砸过来的工作。