前后端分离开发，我用这几个技巧让页面加载速度提高了 90%-CSDN博客

点击上方“阿拉奇学Java”，选择“置顶或者星标”

优质文章第一时间送达！

本文地址:https://urlify.cn/UNVFNf

很多看过松哥微人事的小伙伴可能发现了，这种前后端分离的项目有一个弊端就是前端项目打包之后有点大，进而导致首屏加载非常慢，于是就引入了一个新的话题，那就是首屏加载优化的问题，即如何提高首屏加载速度。前两天有一个挺大佬的公众号主还在微信上问松哥这个问题，我当时还挺诧异的，于是我就说了下我的思路。今天刚好又看到一篇关于首屏优化的干货，和小伙伴们分享一下。另外再悄悄告诉各位小伙伴，公众号后台回复 2TB，可以获取超 2TB 免费 Java 学习资料哦。

前言

之前用 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 拆分就见仁见智，具体项目具体分析吧。

总结

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

看到这里啦，说明你对这篇文章感兴趣，帮忙转发一下或者点击文章右下角在看。感谢啦！关注公众号，回复「进群」即可进入无广告技术交流群。同时送上250本电子书+学习视频作为见面礼！
有你想看的精彩 
杭州裸辞女孩打脸多少领导：对不起，90后不好骗
(附源码)手把手教你SpringBoot 并发登录的人数控制！
推荐一个必备的开源项目 (附下载链接)
大白话讲解技术专业用语
看完知乎轮子哥的编程之路，我只想说，收下我的膝盖...
慌了，居然被问到怎么做高并发系统的限流
史上最易懂的 Kubernetes 儿童插图指南