【Vuejs】317- 提高90%加载速度——Vuecli下的首屏性能优化

640?wx_fmt=png点击上方“前端自习课”关注,学习起来~


做者:夜行风
连接:https://segmentfault.com/a/1190000019499007

前言

以前用 vuecli作了个博客,是一个单页面项目,大概有十个路由
直接 npm run build打包出来,有一个 1M的巨大 js文件
javascript

640?wx_fmt=png

先挂载到服务器上试试
好家伙 这加载时间 仿佛过了半个世纪css

640?wx_fmt=png

首屏页面整整加载了 9s 光加载那个大文件就花了 8s
这必须得作个优化了,没有用户能忍受 9s的白屏而不关闭页面的html

过程当中,我还顺便把项目从 vuecli 2.x迁移到了 vuecli 3,因此接下来还会介绍一些它们在优化上的异同前端

分析

vuecli 2.x自带了分析工具
只要运行 npm run build --report
vue

若是是 vuecli 3的话,先安装插件java

cnpm intall webpack-bundle-analyzer –save-dev


而后在 vue.config.js中对 webpack进行配置webpack

 
 

再运行 npm run build --reportweb

会在浏览器打开一个项目打包的状况图,便于直观地比较各个 bundle文件的大小算法

640?wx_fmt=png

能够看到 项目中全部的依赖,全部的路由,都被打包进了同一个文件中express

另外,在浏览器中,也能够经过 converge来查看代码的使用情况

640?wx_fmt=png
红色的是下载了但未使用的部分

路由懒加载

当打包构建应用时,JavaScript包会变得很是大,影响页面加载。
若是咱们能把不一样路由对应的组件分割成不一样的代码块,而后当路由被访问的时候才加载对应组件,这样就更加高效了。


在一开始就下载完全部路由对应的组件文件,这明显是不合适的,这就像下载一个 app了,因此咱们就须要使用路由懒加载

640?wx_fmt=png

在 router.js文件中,原来的静态引用方式

import ShowBlogs from '@/components/ShowBlogs'routes:[ path: 'Blogs', name: 'ShowBlogs', component: ShowBlogs ]


改成

 routes:[ path: 'Blogs',name: 'ShowBlogs',component: () => import('./components/ShowBlogs.vue')


以函数的形式动态引入,这样就能够把各自的路由文件分别打包,只有在解析给定的路由时,才会下载路由组件

640?wx_fmt=png

首屏须要加载的文件变成了橙色的部分,被小弟们分流出去了 300k

若是是在 vuecli 3中,咱们还须要多作一步工做
由于 vuecli 3默认开启 prefetch(预先加载模块),提早获取用户将来可能会访问的内容
在首屏会把这十几个路由文件,都一口气下载了
因此咱们要关闭这个功能,在 vue.config.js中设置
参考官网的作法:

640?wx_fmt=png

设置完毕后,首屏就只会加载当前页面路由的组件了

element-ui按需加载

640?wx_fmt=png

首屏须要加载的依赖包,其中 element-ui整整占了 568k
本来的引进方式引进了整个包:

import ElementUI from 'element-ui'Vue.use(ElementUI)


但实际上我用到的组件只有按钮,分页,表格,输入与警告
因此咱们要按需引用

import { Button, Input, Pagination, Table, TableColumn, MessageBox } from 'element-ui';Vue.use(Button)Vue.use(Input)Vue.use(Pagination)Vue.prototype.$alert = MessageBox.alert


注意 MessageBox注册方法的区别,而且咱们虽然用到了 alert,但并不须要引入 Alert组件

在 .babelrc文件中添加( vue-cli 3要先安装 babel-plugin-component):

plugins: [    [      "component",      {        "libraryName": "element-ui",        "styleLibraryName": "theme-chalk"      }    ]  ]


640?wx_fmt=png
element-ui小了不少,不过看到那个显眼的 table.js后想到, table组件只有后台管理页面用到了,不须要全局注册,因此咱们删除 main.js中 Table和 TablColumn的引用,并在后台组件中局部注册

import { Table, TableColumn } from "element-ui";components: {    "el-table": Table,    "el-table-column": TableColumn },


640?wx_fmt=png
table就被拆分到了路由文件中

组件重复打包

能够看到上图,有两个路由文件都引用了 codemirror.js形成重复下载
咱们能够在 webpack的 config文件中,修改 CommonsChunkPlugin的配置

 
 

把3改成2,就会把使用2次及以上的包抽离出来,放进公共依赖文件,不过因为首页也有复用的组件,因此首页也会下载这个公共依赖文件

640?wx_fmt=png

首页下载了黄色和灰色部分
拆了半天,又回到原点

固然,咱们能够继续折腾 CommonsChunkPlugin的配置来解决这个问题
但在新版 webpack中, CommonsChunkPlugin被自由度更高,更高级的 SplitChunksPlugin代替

这也是为何我要把项目迁移到 vuecli 3(使用 webpack4
默认就作了优化,首页只会下载灰色的部分( 235K

gzip

拆完包以后,咱们再用 gzip作一下压缩
安装 compression-webpack-plugin

 
 

在 vue.congig.js中引入并修改 webpack配置

const CompressionPlugin = require('compression-webpack-plugin')configureWebpack: (config) => {        if (process.env.NODE_ENV === 'production') {            // 为生产环境修改配置...            config.mode = 'production'            return {                plugins: [new CompressionPlugin({                    test: /.js$|.html$|.css/, //匹配文件名                    threshold: 10240, //对超过10k的数据进行压缩                    deleteOriginalAssets: false //是否删除原文件                })]            }        }


640?wx_fmt=png
能够看到 200k以上的文件被压缩到了 100k之内

在服务器咱们也要作相应的配置
若是发送请求的浏览器支持 gzip,就发送给它 gzip格式的文件
个人服务器是用 express框架搭建的
只要安装一下 compression就能使用

const compression = require('compression')app.use(compression())


注意,后面这一句,要放在全部其余中间件注册以前

最终效果

640?wx_fmt=png
首屏加载资源198k,加载时间1s,相比原来速度提高了90%

后记:css是否要拆分

vuecli 3和 vuecli2.x还有一个区别是
vuecli 3会默认开启一个 css分离插件 ExtractTextPlugin
每个模块的 css文件都会分离出来,整整13个 css文件,而咱们的首页就请求了4个,花费了很多的资源请求时间
咱们能够在 vue.config.js中关闭它

    css: {    // 是否使用css分离插件 ExtractTextPlugin    extract: false,    // 开启 CSS source maps?    sourceMap: false,    // css预设器配置项    loaderOptions: {},    // 启用 CSS modules for all css / pre-processor files.    modules: false},


640?wx_fmt=png

640?wx_fmt=png

打包出来的文件中,直接就没有了 css文件夹
取而代之的是整合起来的一个 js文件,负责在一开始就注入全部的样式
首屏加载文件数减小,但体积变大,最终测下来速度没有太大差别
因此,是否要css拆分就见仁见智,具体项目具体分析吧

总结

性能优化是一个很是使人愉悦的过程,同时也是个深坑,有着太多东西,本篇文章开了个头,但愿能对你们有所帮助

参考文章

Vue打包优化之code spliting

https://juejin.im/post/5ac815076fb9a028da7cc737

Vue性能优化:如何实现延迟加载和代码拆分?

https://www.infoq.cn/404

Webpack 打包优化之体积篇

https://www.jeffjade.com/2017/08/06/124-webpack-packge-optimization-for-volume/

记一次vue+element+echarts项目的优化

https://juejin.im/post/5b0033...


▼原创系列推荐▼ 1.JavaScript 重温系列(22篇全)
2.ECMAScript 重温系列(10篇全)
3.JavaScript设计模式 重温系列(9篇全)
4.正则 / 框架 / 算法等 重温系列(16篇全) 5. 【汇总】59篇原创系列汇总

640?wx_fmt=png

640?wx_fmt=png你点的每一个赞,我都认真当成了喜欢
相关文章
相关标签/搜索