前端的同学们在进行js或者css引用的时候，有没有去看过那些引用文件的大小呢，如果有，那些文件小的十来K，大的几十上百K，我们整个网页下载下来就得几M的流量，网速慢的那些用户受得了吗？
我们来做一个实验
我们吧JQuery的文件下载下来，看看是多大
271.8KB，这个大小吧，有些同学会说我没有用min版本的，我为了演示方便和演示效果我就没有用min版本的
80.7KB，惊不惊喜，意不意外，比原来的文件小了三倍多，min版本也有两倍多，是不是发现花了很多冤枉流量？
其实吧，HTTP也早已经给我们想好了这种情况，还是以JQuery文件为例，我们看一下浏览器的请求情况
在请求数据上看到，虽然整个文件的大小是286.55KB，但实际的传输大小只是104.27KB，数据明明就那么大，怎么就变小了呢？
这帽子戏法怎么做到的？
大家应该也猜到了，服务端是压缩后才把数据传给客户端的，客户端收到数据先解压再使用数据，呐，我们的朋友火狐开发者，里面就写的很清楚。
数据压缩是提高 Web 站点性能的一种重要手段。对于有些文件来说，高达70%的压缩比率可以大大减低对于带宽的需求。随着时间的推移，压缩算法的效率也越来越高，同时也有新的压缩算法被发明出来，应用在客户端与服务器端。
从这幅图我们可以看出客户端向服务端请求资源doc，在请求的时候通过请求Header Accept-Encoding告诉服务端，我能接收br，gzip的数据，这样在服务端响应的时候根据客户端能接收的压缩数据类型进行压缩，然后通过响应Header Content-Encoding告诉客户端，我返回的数据是br类型的压缩数据。
其实压缩里面还有一些逻辑的，比如数据量小的时候，对数据压缩没有任何意义反而把数据变大了不说，还损耗性能，还有有一些本身就是压缩的文件如jpg/png/avi/rmvb的类型，压缩了也没有任何意义，这些后续讲到。
具体的实现方法有：
Apache 服务器支持数据压缩，有 mod_deflate可供使用；nginx 中有ngx_http_gzip_module模块；在 IIS 中则可以使用 元素。
最后说一下https://developer.mozilla.org/zh-CN/docs/Web/HTTP里面真的有很多东西可以学的
参考文献：
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Compression
