• 【Vuejs】451- Vue CLI 首屏优化技巧


    作者:夜行风 

    https://segmentfault.com/a/1190000019499007

    前言

    之前用 vuecli做了个博客,是一个单页面项目,大概有十个路由。

    直接 npm run build打包出来,有一个 1M的巨大 js文件。

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

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

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

    分析

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

    如果是 vuecli 3的话,先安装插件

    cnpm intall webpack-bundle-analyzer –save-dev
    

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

    chainWebpack: (config) => {
        /* 添加分析工具*/
        if (process.env.NODE_ENV === 'production') {
            if (process.env.npm_config_report) {
                config
                    .plugin('webpack-bundle-analyzer')
                    .use(require('webpack-bundle-analyzer').BundleAnalyzerPlugin)
                    .end();
                config.plugins.delete('prefetch')
            }
        } }
    

    再运行 npm run build --report

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

    可以看到 项目中所有的依赖,所有的路由,都被打包进了同一个文件中

    另外,在浏览器中,也可以通过 converge来查看代码的使用状况


    红色的是下载了但未使用的部分

    路由懒加载

    当打包构建应用时,JavaScript包会变得非常大,影响页面加载。
    如果我们能把不同路由对应的组件分割成不同的代码块,然后当路由被访问的时候才加载对应组件,这样就更加高效了。

    在一开始就下载完所有路由对应的组件文件,这明显是不合适的,这就像下载一个 app了,所以我们就需要使用路由懒加载

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

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

    改为

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

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

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

    如果是在 vuecli 3中,我们还需要多做一步工作

    因为 vuecli 3默认开启 prefetch(预先加载模块),提前获取用户未来可能会访问的内容

    在首屏会把这十几个路由文件,都一口气下载了

    所以我们要关闭这个功能,在 vue.config.js中设置

    参考官网的做法:

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

    element-ui按需加载

    首屏需要加载的依赖包,其中 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"
          }
        ]
      ]
    


    element-ui小了很多,不过看到那个显眼的 table.js后想到, table组件只有后台管理页面用到了,不需要全局注册,所以我们删除 main.js中 Table和 TablColumn的引用,并在后台组件中局部注册

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


    table就被拆分到了路由文件中

    组件重复打包

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

    minChunks: 3
    

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

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

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

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

    gzip

    拆完包之后,我们再用 gzip做一下压缩
    安装 compression-webpack-plugin

    cnmp i compression-webpack-plugin -D
    

    在 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 //是否删除原文件
                    })]
                }
            }
    


    可以看到 200k以上的文件被压缩到了 100k以内

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

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

    注意,后面这一句,要放在所有其他中间件注册之前

    最终效果


    首屏加载资源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
    },
    

    打包出来的文件中,直接就没有了 css文件夹。

    取而代之的是整合起来的一个 js文件,负责在一开始就注入所有的样式。

    首屏加载文件数减少,但体积变大,最终测下来速度没有太大差异。

    所以,是否要css拆分就见仁见智,具体项目具体分析吧。

    总结

    性能优化是一个非常令人愉悦的过程,同时也是个深坑,有着太多东西,本篇文章开了个头,希望能对大家有所帮助

    参考文章

    Vue打包优化之code spliting
    https://juejin.im/post/5ac815076fb9a028da7cc737
    Vue 性能优化:如何实现延迟加载和代码拆分?
    https://www.infoq.cn/article/9ihyy7HW00ij8suTh
    Webpack 打包优化之体积篇
    https://www.jeffjade.com/2017/08/06/124-webpack-packge-optimization-for-volume/
    记一次vue+element+echarts项目的优化
    https://juejin.im/post/5b0033c9518825056508075f#heading-0

    原创系列推荐

    1. JavaScript 重温系列(22篇全)

    2. ECMAScript 重温系列(10篇全)

    3. JavaScript设计模式 重温系列(9篇全)

    4. 正则 / 框架 / 算法等 重温系列(16篇全)

    5. Webpack4 入门(上)|| Webpack4 入门(下)

    6. MobX 入门(上) ||  MobX 入门(下)

    7. 59篇原创系列汇总

    回复“加群”与大佬们一起交流学习~

    点这,与大家一起分享本文吧~

    个人博客:http://www.pingan8787.com 微信公众号【前端自习课】和千万网友一起,每日清晨,享受一篇前端优秀文章。 目前已连续推送文章 600+ 天,愿每个人的初心都能一直坚持下去!
  • 相关阅读:
    declare set声明注意
    Winform 的dadagridview控件的修改操作
    VS2010,VS2008,VS2005;工程之间的转换
    C#程序跨平台?
    上网黑色护眼,设置浏览器黑色风格
    AutoCompleteSource从文件里读取自动填充内容
    两个checkbox的控件控制操作只能选其一
    《博客园精华集CLR/C#分册》第三轮筛选结果 转载
    TransactSQL 示例 查询某个数据库内的所有表的记录行数及其总和
    EF 4.1中内部经常提交的 exec sp_reset_connection 的用途原来是为了重用池中的连接
  • 原文地址:https://www.cnblogs.com/pingan8787/p/13069556.html
Copyright © 2020-2023  润新知