大预览禁用 JS 的索版本只有
，而不是 402 KB。尽管谷歌在这种情况下无法提供自动建议，但该网站仍然可以正常运行，而且我刚刚将数据使用量减少到了原来的四分之一。如果我确实必须长期限制我的数据使用，我要做的第一件事就是禁用 JavaScript。事情并不像听起来那么糟糕。 性能提示#3：少即是多 # 内联、丑化和缩小资产都很好，但最好的性能来自于首先不发送资产。 在添加任何新功能之前，您是否有适当的性能预算？ 在将 JavaScript 添加到您的网站之前，您的功能可以使用纯 HTML 来完成吗？（例如，HTML5 表单验证）。 在将大型 JavaScript 或 CSS 库引入您的应用程序之前，请使用诸如类的工具来测量它有多大。便利性值得重视吗？您可以使用普通代码以更小的数据量完成同 电话号码数据 样的事情吗？ 分析资源信息 # 这里有很多东西需要解压，所以让我们开始吧。我只有 50 MB 的空间可以使用，因此我将充分利用该页面加载的每一点。学习一个简短的 教程。 传输了 402 KB，但资源为 1.1 MB：这实际上意味着什么？ 这意味着实际下载了 402 KB 的内容，但是以压缩形式（使用gzip 或 brotli等压缩算法）。然后浏览器必须做一些工作才能将其解压成有意义的东西。解压后的数据总大小为 1.1 MB。 这种解压不是免费的——解压资源需要几毫秒的开销。但与通过线路发送 1.1MB 相比，这个开销可以忽略不计。
http://zh-cn.phonelead.club/wp-content/uploads/2023/11/电话号码数据.png
性能提示 #4：压缩基于文本的资源 # 作为一般规则，请始终使用等工具来压缩您的资源。但不要对图像和其他二进制文件使用压缩 - 您应该在源头提前优化它们。压缩实际上最终可能会使它们变得更大。 并且，如果可以的话， 请避免压缩 1500 字节或更小的文件。最小的 TCP 数据包大小为 1500 字节，因此通过压缩到 800 字节，您不会节省任何内容，因为它仍然在同一字节数据包中传输。同样，成本可以忽略不计，但会浪费一些服务器上的压缩 CPU 时间和客户端上的解压 CPU 时间。 现在回到 Chrome 中的“网络”选项卡：让我们深入研究这些优先级。
页:
[1]