echarts组件打包体积分析

打包体积

在图片统计的菜单页面按需引入 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图按需引入。 当然,如果使用图表的业务模块很分散,建议还是在入口文件中全局引入即可。

相关推荐
WeilinerL3 分钟前
泛前端代码覆盖率探索之路
前端·javascript·测试
浮游本尊7 分钟前
React 18.x 学习计划 - 第五天:React状态管理
前端·学习·react.js
-睡到自然醒~12 分钟前
[go 面试] 前端请求到后端API的中间件流程解析
前端·中间件·面试
洛卡卡了20 分钟前
Sentry 都不想接,这锅还让我背?这xx工作我不要了!
前端·架构
咖啡の猫24 分钟前
Vue 实例生命周期
前端·vue.js·okhttp
JNU freshman38 分钟前
vue 之 import 的语法
前端·javascript·vue.js
剑亦未配妥39 分钟前
Vue 2 响应式系统常见问题与解决方案(包含_demo以下划线开头命名的变量导致响应式丢失问题)
前端·javascript·vue.js
凉柚ˇ42 分钟前
Vue图片压缩方案
前端·javascript·vue.js
慧一居士42 分钟前
vue 中 directive 作用,使用场景和使用示例
前端
慧一居士44 分钟前
vue 中 file-saver 功能介绍,使用场景,使用示例
前端