这篇文章主要为大家展示了“如何优化Vue项目编译文件大小”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“如何优化Vue项目编译文件大小”这篇文章吧。
成都创新互联公司服务项目包括通化县网站建设、通化县网站制作、通化县网页制作以及通化县网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,通化县网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到通化县省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
定位问题
要想进行优化,首先我们得清楚问题所在。即:是哪些代码/依赖包导致最后的编译文件过大?
这里,我们需要使用 webpack-bundle-analyzer
工具。修改 package.json
文件,添加:
"analyze": "NODE_ENV=production npm_config_report=true npm run build"
然后执行:
npm run analyze
便会在浏览器中打开一个页面,展示编译后的文件大小及各部分内容大小。以下是项目在优化前的分析结果:
从图中可以看出,最后编译出的 vendor.js
文件达到了 5MB,其中主要来自 echarts
。此外,由于 element-ui
在使用时已经注意到按需加载组件,所以可优化的部分不多;而 lodash
由于没有按需加载,所以成为需要优化的另一个核心部分。
使用按需加载优化
这里主要是对 lodash
进行优化。当我们在使用 lodash
时,如果使用:
import _ from 'lodash' _.get(obj, 'key', 'default_value')
这种方式的话,则在编译时会默认将 lodash
的全部内容进行编译打包。
webpack 的介绍中确实提到了按需加载,但这个概念可能会出现理解上的偏差,下面我们举例说明:
// 方法一:会导致加载全部的 lodash 库 import _ from 'lodash' _.get() // 方法二:只会加载其中的 get 方法 import get from 'lodash/get' get()
即在不添加其他插件和配置的情况下,webpack 还做不到如此智能。
想要实现在使用方法一的情况下,也能按照我们使用过的方法真正「按需加载」,则需要使用插件并添加配置:
首先执行:
npm i --save-dev babel-plugin-lodash babel-cli babel-preset-es2015
然后修改 .babelrc
:
{ "plugins": ["lodash"], "presets": ["es2015"] }
之后修改 webpack.prod.conf.js
:
module: { loaders: [{ 'loader': 'babel-loader', 'test': /\.js$/, 'exclude': /node_modules/, 'query': { 'plugins': ['lodash'], 'presets': ['es2015'] } }] }
这之后便可以实现按需加载 lodash
了。重新进行分析,会发现 lodash 部分的大小已经可以忽略不计了。
对于其他的,如 Element-UI
之类的第三方库,如果我们只使用到了为数不多的组件,建议查找相应的按需加载插件和配置方式,这样可以极大的减少该部分编译的大小。
路由懒加载
当我们配合 Vue-Router 构建单页应用时,大量的组件会导致首屏加载缓慢,如官方文档所言:
当打包构建应用时,Javascript 包会变得非常大,影响页面加载。如果我们能把不同路由对应的组件分割成不同的代码块,然后当路由被访问的时候才加载对应组件,这样就更加高效了。
只需将原有的:
import Test from '../pages/test' export default new Router({ routes: [ { path: '/test', name: 'test', component: Test } ] });
改为:
const Test = () => import('../pages/test') export default new Router({ routes: [ { path: '/test', name: 'test', component: Test } ] });
注意首行的不同。
第三方库懒加载
在实际开发中,可能存在这样的场景:
在某个组件/文件中需要使用 moment 第三方库来进行时间处理,但其他组件根本用不到。
如果我们这样引入 moment:
import moment from 'moment' export default { data () { }, mounted () { } }
则该库会合并在 vendor.js
中,造成首屏加载缓慢。
为了解决这个问题,我们可以改成以下引入方式:
export default { name: '', beforeCreate () { import('moment').then(module => { this.moment = module; }); }, data () { return { moment: null } } }
这种方式可以使得 moment
库只在该组件使用处引入。注意,这种方式需要考虑「moment
调用时机与 moment
使用的先后问题」。
注:如果该组件是页面级别的组件,则使用「路由懒加载」中的方法就可以了。
使用 cdn 外部加载
如上所示,echarts 模块占了很大的部分,由于没有找到 echarts 按需加载的插件,这里我们通过外部引用的方式来减少编译的大小。
首先,我们修改 index.html
,从 CDN 中引入 echarts 文件:
注意,如果需要地图组件,也需要一并引入。
这之后我们需要删除所有 import echarts from 'echarts'
的代码,即不再通过这种方式引入 echarts。
但问题来了,如果这么做的话,webpack 在打包的时候会发现 echarts 变量不存在而停止编译。解决办法是,我们需要在 webpack 配置中告知编译器,对于 echarts 变量使用了引入外部资源的方式。需要修改 webpack.base.config.js
:
module.exports = { externals: { "echarts": "echarts" }, }
这之后我们便可以直接使用 echarts
这一变量而不会导致编译错误了。
当我们将所有采用之前方式引入 echarts 的代码删除或注释之后,再次进行分析,会发现编译大小少了很多。
经过以上两步,原本 5M 的编译文件变为了 1.67 M。
这之后,我们还可以根据分析结果,针对性地进行优化。如更换时间库为更轻量级的 spacetime
等。
服务器端开启 gzip
使用 gzip 可以进一步压缩文件,使得服务器传递给浏览器的文件是经由压缩之后的,待浏览器收到之后再解压缩。要使用这一方式,需要服务器端的支持,这里以 Nginx 为例。
在 nginx.conf
中,添加如下配置:
gzip on; gzip_min_length 1k; gzip_buffers 4 16k; #gzip_http_version 1.0; gzip_comp_level 2; gzip_types text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png application/javascript; gzip_vary off;
之后刷新页面( 注意禁用缓存 ),观察 js、css 等资源文件的请求中是否包含 Content-Encoding: gzip
,如果存在,则表明 gzip 已成功。
注意,在 gzip_types
中规定了哪些请求类型会使用 gzip 进行压缩。对于没有使用 gzip 的资源文件,可将其 Content-type
类型加入 gzip_types
之中。
服务器端渲染
注意,在以上对打包过程的优化中,受影响的主要是 vendor.js
文件中第三方库的部分( gzip 方法会影响全部资源文件 )。
如果我们想继续进行优化,就需要考虑服务器端渲染了。
Vue 的作用机制实际是使用 js 向 html 中挂载组件,如果我们能够将这一过程放在服务器端进行,就可以不再向浏览器传输一部分驱动文件,从而进一步减少浏览器所需的文件大小。不过这一过程需要服务器的额外支持,有兴趣的同学可以参考:实例 PK ( Vue服务端渲染 VS Vue 浏览器端渲染 )。
以上是“如何优化Vue项目编译文件大小”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联行业资讯频道!
标题名称:如何优化Vue项目编译文件大小
URL网址:http://scyingshan.cn/article/psjggs.html