关于Vite后台项目的打包优化(首屏加载)

前言

主要应该是后台使用 后台功能多了体积会越来越大

代码层面的优化

  • 合理使用treeShaking
js 复制代码
// 这样可以利用treeshaking
import { someField } from 'xxx.json';

// 这样是不会有treeShaking
import allData from 'xxx.json';
allData.someField;
  • 动态import(懒加载)
scss 复制代码
() => import('/xxxxx.vue')
defineAsyncComponment(xxxx)

//react
React.lazy(() => import('xxxx.tsx'))

不多赘述 这样会单独打包出来一个文件

build配置

这里使用真实项目来配置 gitee.com/dapppp/ruoy...

首先是gzip 这个肯定要加

js 复制代码
// 支持gzip压缩
import viteCompression from 'vite-plugin-compression';

viteCompression({
  verbose: true,
  disable: false,
  threshold: 10240,
  algorithm: 'gzip',
  ext: '.gz',
}),

压缩完体积还是挺可观的

然后是rollupOptions配置了

js 复制代码
output: {
  assetFileNames: '[ext]/[name]-[hash].[ext]',
  chunkFileNames: 'js/[name]-[hash].js',
  entryFileNames: 'jse/index-[name]-[hash].js',
},

这里其实对体积没有影响 只是会打包到固定的目录

使用 停用缓存+4G 来模拟线上第一次打开

请求48 首屏2.6M资源 4.4S

还有优化空间吗 通过对网络请求的分析 发现有很多碎片文件

浏览器不可能一次获取 而且模块之间也有依赖关系 这些碎片文件占用了连接数 怎么优化呢

js 复制代码
output: {
  assetFileNames: '[ext]/[name]-[hash].[ext]',
  chunkFileNames: 'js/[name]-[hash].js',
  entryFileNames: 'jse/index-[name]-[hash].js',
  experimentalMinChunkSize: 20 * 1024,
},

使用这个配置experimentalMinChunkSize 尽可能将碎片文件打包在一起 rollup - experimentalMinChunkSize

为什么说是尽可能呢 因为文档指出 包含副作用模块是不会打包在一起的 像上面的动态import文件尽管文件很少 也不会被打包

再次打包看看

请求数 48 - 30

资源 2.6 - 2.8 (因为一些额外的也打包进来了)

加载时间 4.4S - 2.5S 起飞!

可以看到虽然体积增加了 加载速度还更快了

相关推荐
原则猫3 小时前
UDP 到底怎么实现可靠的
前端
Java后端的Ai之路4 小时前
14、ReactJS - 路由(Router)
前端·react.js·状态模式
裕晟资质规划5 小时前
三类涉密资质延续时限差异分析:军工60日与集成印制3个月的边界
java·服务器·前端·网络·安全
ShineWinsu5 小时前
对于JavaScript:JavaScript基础语法的解析
开发语言·前端·javascript·面试·web·基础语法·循环
月夏5 小时前
Vue3 转 React:18 项对照表 + 5 个必踩的坑(附 7 天上手路线)
前端
广州华水科技5 小时前
单北斗GNSS位移监测系统的应用与维护解析
前端
梦曦i6 小时前
uni-storage 0.1.0 发布:TTL过期管理+多实例隔离
前端·storage·uni-app x
猫头_7 小时前
AI 流式传输工程指南:模型吐出半截 JSON,前端如何边收边渲染?
前端·javascript·llm
console.log('npc')7 小时前
第 1 章 项目概述与环境搭建
前端·人工智能·大模型
定栓7 小时前
Webpack迁到Vite第七节(二):全家桶移除 — Babel 全家桶深度分析
前端·webpack·node.js