vite 实现极速冷启动的关键在于按需编译与浏览器原生 esm 加载：依赖用 esbuild 预构建并缓存，源码实时转译，零等待启动，冷启动通常 50–300ms。
Vite 实现极速冷启动，关键不是“做了更多”，而是“不做多余的事”——它绕开了传统打包工具整包构建的流程，直接依托浏览器对原生 ES 模块（ESM）的支持，按需服务。
依赖和源码分开处理，各走最优路径
Vite 把项目代码明确划为两类：第三方依赖（node_modules 中的包）和业务源码（src/ 下的 .ts、.vue、.css 等）。处理方式完全不同：
- 依赖部分用 esbuild 预构建：首次启动时，将 CommonJS 或 UMD 格式的包（如 vue、lodash）一次性转成浏览器可直接 import 的 ESM，并缓存到 node_modules/.vite；后续启动直接复用，快至毫秒级
- 源码部分完全不预打包：main.ts、组件、样式等文件，Vite 不在启动时转换或合并，只在浏览器发起请求时（比如访问 /src/main.ts），实时将其转译为合法 ESM 并返回，浏览器原生执行
import
按需编译 + 浏览器原生加载 = 零等待启动
开发服务器启动那一刻，Vite 已就绪，不需要等任何 bundle 生成。你打开页面，浏览器按 HTML 中的入口 script 请求模块，Vite 才开始响应：
- 请求 /@vite/client → 返回轻量 HMR 客户端脚本
- 请求 /src/main.ts → Vite 即时解析 TypeScript、注入 HMR 逻辑、转成 ESM 返回
- 该模块中 import 的组件或工具函数 → 同样按需触发、实时转换、逐个返回
整个过程没有“等待打包完成”的阻塞点，所以冷启动通常控制在 50–300ms，且基本不随项目体积增长而变慢。
缓存与配置协同，让“快”更稳定
默认配置已足够高效，但以下几点能避免意外拖慢：
- 确保 node_modules/.vite 可写，缓存才能命中；清缓存后首次启动会略慢，属正常
- 避免在入口文件里全量导入大型库（如
import * as _ from 'lodash'），改用lodash-es或按需引入，减少单次转换压力 - 静态资源（图片、字体）优先放 public/ 目录，跳过 Vite 转换链路，直传 HTTP 响应
- 开发阶段禁用非必要插件（如压缩、分析类），它们不参与冷启动，但可能干扰模块解析流程
怎么验证是否真快？看终端和 Network
启动后终端第一行显示 ✓ Ready in XXX ms 就是真实冷启动耗时；打开浏览器 Network 面板，关注两个关键请求：
- localhost:5173/@vite/client：应 ≤ 100ms
- localhost:5173/src/main.ts：理想值 ≤ 200ms；若明显偏高，说明某依赖转换慢或配置有冗余
遇到慢的情况，加 DEBUG=vite:* vite 可定位具体卡在哪一步模块解析上。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
