Javascript 为什么要吞下gzip，我可以在不配置服务器的情况下提供gzip内容？

最近我在探索gulp的各种插件时遇到了一个难题。其中一个是

gulpgzip

，在此之前，我从未想过压缩我的文件。我得到了

gulp gzip

来正确工作，并吐出了我的HTML、CSS和JS文件的gzip版本，但接下来呢

我在谷歌上搜索了一下，发现大多数文章都在讨论如何配置服务器，以便在客户机请求时自动向其发送gzip版本的内容。但是，我似乎不太明白在本地进行gzipping的目的

因此，我的问题是：

我可以在不配置服务器的情况下提供从

gulp gzip

获得的gzip内容吗

如果是，我应该如何继续——我应该将我的gzip文件命名为什么？我应该保留

.gz

扩展名并使用相同的扩展名链接到CSS和JS文件吗

如果是，我可以通过链接到相同的

.gz

文件进行本地测试吗

如果否，如果可以将服务器配置为自动执行，那么在开发环境中使用gzip的目的是什么

---

如果存在

*.gz

版本，大多数服务器都可以选择提供静态预压缩文件，即当用户请求

foo.css

时，服务器将检查

foo.css.gz

是否存在并使用它

它需要服务器支持（服务器必须设置适当的HTTP头），因此它无法使用

文件：//

协议，并且可能无法在每台服务器上工作

在URL中，您必须引用基本文件名（不要直接链接到

.gz

）

提前压缩文件可能更好：

• 您可以使用更高的压缩级别（例如，最大gzip级别或Zopfli压缩器），这会太慢，无法在服务器上实时执行
• 提前压缩可以节省服务器的CPU时间，因为它不必在请求文件时动态压缩文件

当您将文件部署到服务器以同时更新

*.css

和

*.css.gz

时，请务必小心，否则您可能会惊讶于有时会看到文件的旧版本