问题背景
在 App.vue 加入 web-vitals
性能监控指标并打印
import {onLCP, onINP, onCLS, onTTFB} from 'web-vitals/attribution';// Measure and log LCP as soon as it's available.
onLCP(console.log);
onINP(console.log);
onCLS(console.log);
onTTFB(console.log);
网页的FCP指数降到poor
的水平
chunk-vendors.js 简介
chunk-vendors.js
顾名思义 chunk
(块 / 包) - vendors
(供应商),即为:不是自己写的模块包,也就是/node_modules项目目录的所有模块包,它们称为第三方模块或供应商模块。
chunk-vendors.js 文件大小分析
Chrome Dev Tools的 Network
标签页请求 chunk-vendors.js
文件,大小是4.5MB
虽然Time
显示只有793毫秒,但这是内网本机访问快,如果到了外网就跟服务器带宽,性能有关了。文件这么大,加载又慢,那就需要拆开来进行分块加载,或者压缩打包后的文件
方案一:拆分分块加载
附带还未进行分块分包加载时,打包得到的文件目录
修改 vue.config.js
的 configureWebpack.optimization.splitChunks
选项如下
// 看这里:把chunk-vendors.js进行分包,提升资源加载速度,很有必要
module.exports = {// 其他配置configureWebpack: {plugins: [],optimization: {/*** runtimeChunk可选值有:true或'multiple'或'single'* true或'multiple'会有每个入口对应的chunk。不过一般情况下* 考虑到要模块初始化,设置为single就够多数情况下使用啦。* 详情见官网:https://webpack.docschina.org/configuration/optimization/#optimizationruntimechunk* */runtimeChunk: 'single',/*** 以前是CommonsChunkPlugin,现在换成optimization.splitChunks。普通项目下方的配置就足够用啦* 详情见官网:https://webpack.docschina.org/configuration/optimization/#optimizationsplitchunks* */splitChunks: {chunks: 'all', // 可选值:all,async 和 initial。all功能最强大,所以咱们就使用allmaxInitialRequests: Infinity, // 最大并行请求数,为了以防万一,设置无穷大即可minSize: 20000, // 引入的模块大于20kb才做代码分割,官方默认20000,这里不用修改了maxSize: 60000, // 若引入的模块大于60kb,则告诉webpack尝试再进行拆分cacheGroups: {vendors: {test: /[\\/]node_modules[\\/]/, // 使用正则匹配node_modules中引入的模块priority: -10, // 优先级值越大优先级越高,默认-10,不用修改name(module) { // 设定分包以后的文件模块名字,按照包名字替换拼接一下const packageName = module.context.match(/[\\/]node_modules[\\/](.*?)([\\/]|$)/)[1]return `npm.${packageName.replace('@', '')}`},},},}}}
}
打包后的目录如下:
方案二:压缩
compression-webpack-plugin 插件压缩
安装 compression-webpack-plugin
yarn add compression-webpack-plugin --save-dev
遇到报错 "compression-webpack-plugin@11.1.0: The engine "node" is incompatible with this module."
安装报错解决方案
方案一:安装与当前项目的node版本适配的 compression-webpack-plugin@6.1.1
,提示安装成功
方案二:升级node版本
未采取
方案三:忽略引擎版本检查
设置 ignore-engines=true
修复版本不兼容的问题。
yarn config set ignore-engines true
未采取
配置 compression-webpack-plugin
修改vue.config.js的configureWebpack.plugins选项,如下:
const CompressionPlugin = require('compression-webpack-plugin'); //引入gzip压缩插件module.exports = {// 其他配置configureWebpack: {plugins: [new CompressionPlugin({ //此插件不能使用太高的版本,否则报错:TypeError: Cannot read property 'tapPromise' of undefined// filename: "[path][base].gz", // 这种方式是默认的,多个文件压缩就有多个.gz文件,建议使用下方的写法filename: '[path].gz[query]', // 使得多个.gz文件合并成一个文件,这种方式压缩后的文件少,建议使用algorithm: 'gzip', // 官方默认压缩算法也是gziptest: /\.js$|\.css$|\.html$|\.ttf$|\.eot$|\.woff$/, // 使用正则给匹配到的文件做压缩,这里是给html、css、js以及字体(.ttf和.woff和.eot)做压缩threshold: 10240, //以字节为单位压缩超过此大小的文件,使用默认值10240吧minRatio: 0.8, // 最小压缩比率,官方默认0.8//是否删除原有静态资源文件,即只保留压缩后的.gz文件,建议这个置为false,还保留源文件。以防:// 假如出现访问.gz文件访问不到的时候,还可以访问源文件双重保障deleteOriginalAssets: false})]}
}
打包后,出现了.zip文件,目录列表如下
后端配置之nginx配置
server {listen 80;server_name localhost;location / {try_files $uri $uri/ /index.html;root C:/nginx-1.18.0/html/gzip/dist;index index.html index.htm;}location /api/ {proxy_pass http://localhost:6666/;}# 主要是下方的gizp配置哦,直接复制粘贴就可以使用啦,亲测有效哦gzip on; # 开启gzip压缩gzip_min_length 4k; # 小于4k的文件不会被压缩,大于4k的文件才会去压缩gzip_buffers 16 8k; # 处理请求压缩的缓冲区数量和大小,比如8k为单位申请16倍内存空间;使用默认即可,不用修改gzip_http_version 1.1; # 早期版本http不支持,指定默认兼容,不用修改gzip_comp_level 2; # gzip 压缩级别,1-9,理论上数字越大压缩的越好,也越占用CPU时间。实际上超过2的再压缩,只能压缩一点点了,但是cpu确是有点浪费。因为2就够用了# 压缩的文件类型 MIME类型,百度一下,一大把 # css # xml # 识别php # 图片gzip_types text/plain application/x-javascript application/javascript text/javascript text/css application/xml application/x-httpd-php image/jpeg image/gif image/png application/vnd.ms-fontobject font/x-woff font/ttf;# text # 早期js # js # js的另一种写法 # .eot字体 # woff字体 # ttf字体gzip_vary on; # 是否在http header中添加Vary: Accept-Encoding,一般情况下建议开启
}
和后端确认了,nginx配置是开启了gzip压缩的