最近在公司探索落地 Bundless 构建工具，尝试将现有的一些业务项目 从 Webpack 往 Vite 迁移，由于中后台项目一般对浏览器兼容性要求不高，可以大胆引入一些前沿且激进的方案，因此在公司

谈到 Vite，给人的第一印象就是 dev server 启动速度快。同样规模的项目，相比 Webpack 动辄十几秒甚至几十秒的的启动速度，Vite 简直是快到没朋友，往往数秒之内即可完成启动(PS

大部分私人开发的vite项目都会存在页面切换时卡顿情况，这非常影响交互。这边优化了在弱网条件下的vite打包配置。减少页面切换的卡顿情况。

vite 令人眼前一亮的莫过于开发阶段的预构建与快速响应开发体验了。 但是可能在自己项目中使用 vite 的时候会出现水土不服， 很重要的一个问题发现优化并没有效果， 主要是因为我们项目首屏也就是 i

在下一个时代的打包工具 esbuild 中，我给大家介绍了什么是「esbuild」，以及如何使用它实现一个 bundle 打包。今天，在这个特别的节日（1024），我拎出了「vite」打包实现的核心逻辑，分别进行图解和代码分析，目标只有一个： 当我们需要打包基于「vite」的项…

一、背景 三年前的老项目，技术栈是react + webpack4，融合了很多模块，项目巨大无比，每次更改代码都得等待20s左右，实在有点怀疑人生。接手项目的第一天就想有机会一定要优化，随着对项目的了

背景 最近团队在开发商城管理端项目，使用Vite2 + vue3 + TS作为技术栈，搭建项目脚手架过程中，发现 vite2丰富的插件架构，但是同时也踩了不少坑，然后不停地填坑，因此打算总结一下 vi

记一次关于前端页面加载 vite 打包优化的分享，涉及性能点分析， chrome 调试工具的使用，vite 相关打包插件的配置，希望看完对大家优化自己的项目有所帮助

作者最近在开发的项目有一个使用到了`vite`构建工具，先上一张项目未优化，当时看到这个就是我的天！这个包怎么这么大！于是，我对他做了一场小手术。