作并且发送发送发送发送、发送，那么它会变得更快。然后，您的缓存策略就会变得更加精细，从而带来连锁反应。所以真正烦人的你更新日期选择器小部件上的字体大小。在 H1 世界中，您必须缓存大约 200 千瓦的站点宽 CSS。而现在，您只需缓存bust datepicker.css。所以我们有这样的分支利益，这绝对是非常有价值的。 德鲁：我想，在您神奇地立即返回所有请求的情况下，这显然会使客户端陷入困境，不是吗？哈利：是的，有可能。然后实际发生的情况是客户端必须进行大量的资源调度，因此您最终会得到一个瀑布，其中所有响应同时返回，然后您在响应之间会有相当大的差距最后到达的响应及其执行能力。
因此理想情况下当我们谈论
您希望浏览器按照请求顺序（基本上是您定义它们的顺序）请求所有这些内容，服务器以正确的顺序返回所有内容，以便浏览器可以执行它们按正确的顺序排列。因为正 马来西亚 WhatsApp 号码列表 如你所说，如果它们都同时返回，你就需要立即运行大量 JavaScript，但仍然需要对其进行调度。因此，您可能会对文件到达和变得有用之间长达一秒的时间产生怀疑。所以，实际上，H1……我想，理想情况下， 德鲁：所以你基本上是在寻找一个看起来可以滑下来的响应瀑布。 哈利：是的，完全正确。 德鲁：但你不需要降落伞。 哈利：是的。这真的很困难……我想大声说出来听起来真的很微不足道，但考虑到 H2 的销售方式，我发现它相当……没有挑战性，因为这让我的客。
户听起来很愚这需要解释
下对他们来说……如果你想想 H1 是如何运作的，那就没那么糟糕了。如果我们得到类似这样的回复，“哦，是的，我现在可以看到它了”。我以前曾教过性能工程师这一点。做我所做 BTC 数据库欧盟 的事情的人。我必须告诉性能工程师，我们不会太在意何时发出请求，我们真正关心的是响应何时变得有用。 德鲁：事情似乎进展得很快，尤其是在过去五年里，原因之一是性能对于谷歌来说是一个大话题。当谷歌重视这样的事情时，它就会获得吸引力。但本质上，性能是用户体验的一个方面，不是吗？ 哈利：哦，我的意思是……这是一个非常好的播客，我半小时前就在想这个，我向你保证我半小时前就在想这个。性能是应用的可访问性。您保证或增加了某人可以访个。
