打包体积
在图片统计的菜单页面按需引入 14个js(7个无名)
组件中按需引入 图表
js
require('echarts/theme/macarons'); // echarts theme
import * as echarts from 'echarts/core';
import { LineChart } from 'echarts/charts';
// 引入提示框,标题,直角坐标系,数据集,内置数据转换器组件,组件后缀都为 Component
import {
TitleComponent,
TooltipComponent,
GridComponent,
DatasetComponent,
TransformComponent
} from 'echarts/components';
// 标签自动布局、全局过渡动画等特性
import { LabelLayout, UniversalTransition } from 'echarts/features';
// 引入 Canvas 渲染器,注意引入 CanvasRenderer 或者 SVGRenderer 是必须的一步
import { CanvasRenderer } from 'echarts/renderers';
// 注册必须的组件
echarts.use([
TitleComponent,
TooltipComponent,
GridComponent,
DatasetComponent,
TransformComponent,
LineChart,
LabelLayout,
UniversalTransition,
CanvasRenderer
]);
打包体积最大的是images_statistics.js,为349kb
chunk-vendors.js 体积为290kb
images_statistics.j + chunk-vendors.js 的体积和为约640kb
入口main.js中全局引入,会导致chunk-vendors.js打包体积变大 14个js(7个无名)
可以看到,最大的是400kb
images_statistics.js + chunk-vendors.js 的体积和为约640kb
如果在入口文件中全局引入echarts 14个js(7个无名)
可以看到,chunk-vendor.js的体积会高达 619kb
同时,images_statistics.j的体积会减小到 3kb
二者之和为 620多kb
组件懒加载后 18个js(11个无名)
无名的971.js体积最大,为 347kb
chunk-vendor.js的体积会高达 289kb
对比图
对比可以看出,按需引入明显比全局引入要好,全局引入会导致入口js的体积变大,不如分开成两个js, 若在main.js中按需引入,会导致首屏加载变慢,考虑到本项目的图表集中展示在图片统计页面,可以将按需加载的位置放到图片统计页面。 至于是在图片统计页面懒加载引入三个业务图表组件,还是非懒加载引入,二者的体积相差不大,但懒加载的话,js会变多,请求次数会增加, 由于浏览器同一时间针对同一域名下的请求有一定数量限制,超过限制数目的请求会被阻塞。 综合考虑,图表统计页的三个图表组件使用非懒加载组件的方式,echarts图按需引入。 当然,如果使用图表的业务模块很分散,建议还是在入口文件中全局引入即可。