前端性能优化 - gzip压缩资源

一、举个小例子

图标文件,原图favicon.ico大小1.4KB,打包后dist文件夹里大小为1.12KB,启动本地服务初次加载时浏览器显示大小704B,启动nginx服务初次加载时浏览器显示大小1.4KB。
前端性能优化 - gzip压缩资源_第1张图片
说明:
1、dist文件夹里大小为1.12KB,webpack的功劳,具体不知。
2、本地服务大小704B,webpack的功劳,具体不知。
3、nginx服务大小1.4KB,nginx获取的原图大小,因为没有正确配置压缩。

二、配置nginx压缩文件

nginx.conf文件需要在配置gzip_types后加上ico对应的文件类型image/x-icon


由上可知favicon.ico的类型为image/x-icon,在nginx.conf文件中gzip_types追加上对应类型image/x-icon即可。

gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png image/x-icon;

配置完后,再启动nginx服务初次加载时浏览器显示如下
在这里插入图片描述
至于为什么比本地服务的文件还要大,是因为nginx的压缩率设置问题,具体配置nginx.conf此段代码

# 开启gzip
gzip on;
# 启用gzip压缩的最小文件,小于设置值的文件将不会压缩
gzip_min_length 1k;
gzip_buffers 4 16k;
#gzip_http_version 1.0;
# gzip 压缩级别,1-10,数字越大压缩的越好,也越占用CPU时间,值大于2的时候并不明显,建议2就可以了
gzip_comp_level 2;
# 进行压缩的文件类型 值可以在 mime.types 文件中找到
# 不压缩图片 image/jpeg image/gif image/png 压缩反而更大
gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/x-icon;
# 是否在http header中添加Vary: Accept-Encoding
gzip_vary off;
# 禁用IE 6 gzip
gzip_disable "MSIE [1-6]\.";

此处需要注意,将 image/jpeg image/gif image/png 从gzip_types中移除,因为越压缩越大……

三、关于配置webpack的productionGzip

conf/index.js文件中

// npm install --save-dev compression-webpack-plugin
productionGzip: false,

若要开启压缩,需要先安装插件,于是执行上面的语句安装完后,将productionGzip: false,改为productionGzip: true,然后打包代码npm run build时报错。
随手百度很多人说是版本问题,于是照做卸载后重新安装低版本。

npm uninstall --save-dev compression-webpack-plugin

npm install --save-dev [email protected]

再次打包,浏览器访问服务正常,但是通过F12查看初次加载时的文件大小和productionGzip: false,时没差。
查看dist文件夹确实有对应的gzip压缩文件,但是nginx好像还是读取的源文件自己进行的压缩。
为什么呢???

你可能感兴趣的:(performance)