83,234 颗星、npm 周下载 2.32 亿：Vite 8 换上 Rolldown 后，三条维护分支在同一天齐发补丁

83,234 颗星、8,834 个 Fork、780 个 open issue——这是 vitejs/vite 在 2026 年 10 月 7 日的实时数字。更值得前端团队注意的是另一组数据：npm 官方 API 显示，vite 包在 9 月 28 日至 10 月 4 日这一周被下载了 232,152,443 次，单日峰值 2,232 万次。一个 2020 年 4 月才创建、MIT 协议、主要语言 TypeScript 的构建工具，如今已经成了整个 JavaScript 生态的公共基础设施。

换芯：从 esbuild + Rollup 双引擎到 Rolldown 单引擎

Vite 8（2026 年 3 月 12 日发布）做了一件自 2.0 以来最大的底层手术：把开发期负责依赖预构建和转译的 esbuild、负责生产打包的 Rollup 全部拿掉，换成 VoidZero 自研的 Rust 打包器 Rolldown，一个引擎同时干两件事，且保留 Rollup 插件 API 兼容。官方公告里给的真实案例是 Linear 从 46 秒降到 6 秒、Beehiiv 从 28 秒降到 10 秒、Mercedes-Benz.io 从约 30 秒降到约 19 秒（见 Vite 8 发布博客）。

中文社区的独立实测更能说明问题：一个 Vue3 中后台项目生产构建从 41.8 秒降到 13.1 秒（3.19 倍），构建内存峰值从约 2.1GB 降到约 1.3GB——在 2GB 的 CI 容器里，这就是”跑得完”和”OOM 挂掉”的区别。但速度不是全线赢：有开发者实测约 200 组件的 Nuxt 项目，生产构建 18.4 秒→3.1 秒，开发服务器冷启动却从 640ms 慢到 820ms（devspera 的迁移记录）。Rolldown 的收益和项目复杂度正相关，小项目别指望 3 倍。

同一天给三条分支打补丁

2026 年 10 月 6 日，Vite 连发三个版本：v8.3.3、v8.2.4、v8.1.6——8.x 的三条维护分支在同一天全部补了安全与回归修复。对一个周下载两亿多次的依赖来说，这种”老版本也不放着烂”的维护姿态，比任何跑分都更能决定你要不要升。目前最新稳定版是 v8.3.3，npm 上的最新发布是 8.3.3。

8.1 补上了 Vite 的老短板：超大应用

Vite 靠”不打包、按请求给模块”起家，代价是上万模块的巨石应用冷启动会退化成请求瀑布。Vite 8.1（2026 年 6 月 23 日）给出的答案是实验性的 Bundled Dev Mode：官方测试 10,000 个 React 组件的应用，启动快约 15 倍、整页刷新快约 10 倍，HMR 依旧即时；Linear 实测冷启动渲染快 3 倍、刷新快约 40%、网络请求数减少 10 倍。注意这仍是实验特性，别写进生产关键路径。

被 Cloudflare 收编之后

2026 年 6 月 4 日，VoidZero 全队并入 Cloudflare（官方公告），Vite、Vitest、Rolldown、Oxc、Vite+ 全部维持 MIT、社区主导，Cloudflare 另设 100 万美元独立生态基金。四个月后 Evan You 在 Cloudflare 博客披露：团队发了 80 多个版本，Vite+ 到了 1.0。风险也摆在明面上——Cloudflare 明确说要把 cf CLI 做成 Vite 的超集，cf dev 是 vite dev 的超集。工具依然中立，但路线图的引力中心正在向一家商业公司偏移，这是选型时该计入的隐性成本。

项目边界与真实门槛

• Vite 不是框架：它只管开发服务器和打包，SSR、路由、数据加载是 Next.js/Nuxt/SvelteKit 的活，而这些元框架内部大多已经跑在 Vite 上。
• Node 版本是硬门槛：Vite 7 起已放弃 Node 18，当前要求 Node 20.19+ 或 22.12+，老旧 CI 镜像要先升级。
• dev 与 build 的语义差异在缩小但没消失：统一引擎后”dev 绿、build 红”大幅减少，可自定义 manualChunks、this.error(msg, opts) 这类 Rollup 边缘 API 仍可能踩坑，升级前务必跑一遍测试。
• Vite+ 还是半成品：这个统一工具链（Rolldown + Oxlint + Oxfmt + Vitest + tsdown）在 r/javascript 上被评测为”有点让人失望”，alpha 阶段，别拿它当迁移目标。
• 遗留项目要算账：重度依赖 Webpack loader、老 CommonJS 包、非浏览器目标（Node 打包、Electron 主进程）的工程，迁移成本可能高于收益。

适合谁：新项目、组件数量上千的中大型 SPA、组件库作者、需要统一 dev/build 工具链的团队。不适合谁：跑在 Node 18 上的存量 CI、依赖 Webpack 生态深度定制的遗留系统、需要完整应用框架约定的场景。

下一步可以这么走：先在本地跑 pnpm create vite@latest 建个空项目感受冷启动；存量项目升 Vite 8 前，先在当前版本记录一次基线构建耗时和内存峰值（/usr/bin/time -v pnpm build 就够），升级后用同一台机器、同一份配置复测——像 Zenn 的 Rolldown 基准测试 那样做冷/热各三次取中位数，别只看单次数字。中文文档在 cn.vite.dev，Vite 8 的迁移指南和 Hacker News 讨论 建议升级前各读一遍。