作者：京东物流 邓道远
背景描述
随着项目的不断维护，代码越来越多，项目越来越大。调试代码的过程就变得极其痛苦，等待项目启动的时间也越来越长，尤其是需要处理紧急问题的时候，切换项目启动，等待的时间就会显得尤为的漫长。无法忍受这种开发效率的我，决定将老项目迁移至vite。
距离Vite工具发布到现在已经有了一些日子了，工具链与生态已经趋于稳定，最新版本已经更新到了3.0，既然念头已起，心动不如行动。
1、什么是Vite
vite 发音为/vit/ 法语中就是快的意思，“人”如其名，就是快
- 一个开发服务器，它基于原生ES模块，提供了丰富的内建功能，如速度快到惊人的模块热更新(HRM)
- 一套构建指令，它使用rollop来打包你的代码，并且是预配置的，可输出用于生产环境的高度优化过的静态资源。
2、为什么快
众所周知，当冷启动服务器时，基于打包器的启动必须优先抓取并构建你的整个应用，然后才能提供服务，这一抓取构建的过程随着文件越来越多，时间也会越来越长。
而Vite却通过将应用中的木块区分为依赖和源码两类，从而优化了大量的服务器启动时间。
- 依赖 大多为在开发时不会变动的纯 JavaScript。一些较大的依赖（例如有上百个模块的组件库）处理的代价也很高。依赖也通常会存在多种模块化格式（例如 ESM 或者 CommonJS）。
- Vite 将会使用 esbuild 预构建依赖。esbuild 使用 Go 编写，并且比以 JavaScript 编写的打包器预构建依赖快 10-100 倍。
- 源码 通常包含一些并非直接是 JavaScript 的文件，需要转换（例如 JSX，CSS 或者 Vue/Svelte 组件），时常会被编辑。同时，并不是所有的源码都需要同时被加载（例如基于路由拆分的代码模块）。
- Vite 以 原生 ESM 方式提供源码。这实际上是让浏览器接管了打包程序的部分工作：Vite 只需要在浏览器请求源码时进行转换并按需提供源码。根据情景动态导入代码，即只在当前屏幕上实际使用时才会被处理。
