在 gzip 压缩之前缩小 JavaScript 有什么好处吗？

Question

在压缩之前缩小是否有一些有效的目的？如果首先缩小，gzip 压缩的文件似乎不太可能变小。

我问这个问题是因为在缩小的代码中诊断生产问题要困难得多，而且我想知道人们是否无缘无故地遭受这种情况。

Answer 1

至于原始文件大小，这里有一个示例（jQuery 1.4.2）：

$ curl http://code.jquery.com/jquery-1.4.2.js | gzip > jquery.gz
$ curl http://code.jquery.com/jquery-1.4.2.min.js | gzip > jquery-min.gz

$ ls -la jquery*
-rw-r--r--  1 me  staff  24545 Apr  7 12:02 jquery-min.gz
-rw-r--r--  1 me  staff  45978 Apr  7 12:02 jquery.gz

因此缩小版本的大小约为一半。

Answer 2

是的，肯定有好处。

缩小是一种有损压缩，而 gzipping 是无损压缩。因此，通过缩小，您可以删除不需要的数据（例如注释和长变量名），这始终有助于缩小文件。即使使用 gzip，在大多数情况下仍然存在差异。

示例：

function foo(this_is_my_variable){
    var this_is_my_other_variable = 0;
    this_is_my_other_variable = this_is_my_other_variable + this_is_my_variable;
    return this_is_my_other_variable;
}

这可能会缩小为：

function foo(a){
    var b = 0;
    b = b +a;
    return b;
}

或者如果缩小器很智能：

function foo(a){
    return a;
}

所有代码都会给出相同的结果，但大小差异很大。

Answer 3

或许。除了删除空格之外，缩小 JavaScript 可能会导致相同文本的更多重复，这可能意味着 gzip 的压缩率略高。幸运的是，自从使用 gzip 命令行工具（在 *nix 和 适用于 Windows 使用相同的压缩算法（尽管格式不完全相同）。

Answer 4

它还可以帮助加快浏览器中 JavaScript 代码的解析速度。根据文件的大小，浏览器可能会花费大量时间来解析和标记文件，这些时间将通过缩小来减少。

当然，只有基准测试和分析才能告诉您这是否真的对您的特定情况有好处。

我发现最有效的方法是在我的网站上保留所有 .js 文件的缩小版本和非缩小版本，然后仅使用配置开关在两者之间切换。这样，正常生产就可以使用缩小版本，然后如果我必须调试某些内容，只需翻转开关，就会提供非缩小版本。 （当然，构建过程确保缩小版本和非缩小版本同步）

Answer 5

当我在 gzip 之前缩小时，我总是看到最终字节数明显减少。

我有一个 20 分钟的 hack job php 脚本，它与 yui 压缩器和 googles 闭包编译器交互。它显示了我之前和之后的字节，包括 gzip 之后的字节，所以我很容易检查。