关于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 起飞!

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

相关推荐
前端之虎陈随易8 小时前
编程语言级别的Skill市场,AI Agent 的未来形态
前端·vue.js·人工智能·typescript·node.js
一路向北he8 小时前
字节钢铁军团--“提供情境,而非控制”
java·开发语言·前端
kyriewen8 小时前
豆包和千问同时关了智能体,我用它们搭的 3 个自动化全废了——迁移方案整理
前端·javascript·ai编程
前端一小卒9 小时前
我用 TypeScript 从零手写了一个 Claude Code,然后发现它的核心只有 30 行
前端·agent
大圣编程10 小时前
Python中continue语句的用法是什么?
开发语言·前端·python
yuhaiqiang10 小时前
随手 vibecoding 的浏览器插件已经 6000 多次下载,聊聊他的产品设计
前端·后端·面试
之歆11 小时前
Vue商品详情与放大镜组件
前端·javascript·vue.js
再吃一根胡萝卜11 小时前
如何把小米 MiMo 接入 CodeBuddy,打造私有 Agent
前端
负责的蛋挞13 小时前
异步HttpModule的实现方式
java·服务器·前端