谷歌灯塔的建议具有巨大的潜在节省,但我对他们如何计算这些节省和实际节省看起来相当微不足道表示怀疑。我很好奇我是不是错过了什么。
这里有一个总的估计节省>2秒,每个字体文件有很大的“潜在节省”:

如果我查看其中的任何请求,它们都非常小:

以下是我的运行时设置:

有人知道这是怎么计算出来的吗?我期望看到微不足道的改进(如果有的话),但也许我会感到惊讶。
发布于 2021-06-23 01:57:17
首先,您必须了解在运行移动审计(以模拟4G上的中端电话)时,CPU和连接上存在节流。
您可能会发现this answer I gave helps understand why the network tab does not match the report (它是关于性能选项卡与报告的,但原理是相同的)
一旦你理解了这一部分,理解这些数字从哪里来的最简单的方法就是查看source code for the font audit (例如)
您将看到,它所做的全部工作就是比较资源条目上的开始时间和结束时间。它的上限为3000ms,因为在这一点上,浏览器将只使用默认字体来呈现。
//所有浏览器都要等待3000ms才能阻止文本,所以我们要确保3000是我们最大的浪费时间
我认为如果你检查lines 150 to lines 173,他们会给你一个答案(再加上我之前给出的关于节流的信息)
如果您希望网络选项卡与报告中的选项卡非常匹配,您可以将网络节流(“禁用缓存”复选标记旁边)设置为"Fast 3G“,因为这与灯塔使用的设置非常匹配。(从内存中精确设置为1.6Mbit /s下载、750Kbit /s上传和150ms延迟,如果您想要创建自定义网络配置文件)。
预加载意味着请求发生在任何其他请求之前,并且在HTML被完全解析之前,因此根据您的请求在瀑布中的位置,可以节省大量的时间(详细信息请查看preload fonts audit )。
https://stackoverflow.com/questions/68087300
复制相似问题