Cloudflare 发布 Vinext 1.0：让 Next.js 应用跑在 Vite 上，可部署到任意平台

Vinext 1.0 是什么？谁发布的？

2026年9月28日，Cloudflare 正式发布了 Vinext 1.0。它是一个开源框架，由 Cloudflare 开发，基于 Vite 构建，专门用来把 Next.js 应用变成可以到处部署的版本。你可以把它想象成一个“翻译官”：Next.js 应用原本只能在一些特定地方运行，Vinext 把它翻译成 Vite 能听懂的话，这样就能在 Cloudflare Workers、Netlify、AWS Lambda 等任何 Web 平台上运行了。

Vinext 最早在 2026 年 2 月作为一次为期一周的 AI 实验项目启动，当时只有一个工程师参与。经过七个月的发展，它已经成长为一个被客户信任、用于生产环境高流量动态应用的框架。这次 1.0 版本是正式稳定版，不是测试版。

为什么需要 Vinext？它解决什么问题？

很多开发者用 Next.js 写网站，但 Next.js 官方推荐部署到 Vercel 平台。如果你想部署到其他地方，比如 Cloudflare Workers 或 AWS Lambda，就会遇到很多麻烦。Vinext 的目标就是让 Next.js 应用“可移植”，就像把一棵树从一个花盆移到另一个花盆，树还是那棵树，但可以种在更多地方。

Vinext 1.0 特别关注两类用户：使用最新 App Router 的用户，以及使用旧版 Pages Router 的用户。很多大公司还在用 Pages Router，迁移很复杂，Vinext 同时支持两种路由，让这些公司不用重写整个应用就能迁移。

Vinext 1.0 有哪些核心功能？

第一，兼容性大幅提升。Vinext 1.0 对客户最需要的功能兼容性超过 99%（缓存组件除外）。它支持 App Router、Pages Router 和混合应用，包括 React 服务器组件、服务器操作、API 路由、路由处理器、中间件和客户端导航。第二，完整的页面生命周期。页面可以在服务器渲染、构建时预渲染、导出为静态资源，或者用页面级增量静态再生（ISR）缓存。后台和按需重新验证也能配合任何输出方式工作。

第三，缓存功能。Vinext 在 App Router 和 Pages Router 以及支持的运行时之间共享一套缓存函数，还支持 Cloudflare 的 Workers Cache。第四，可观测性。Vinext 提供与 Next.js 兼容的追踪，现有的 OpenTelemetry 和 Sentry 设置可以继续使用。在 Cloudflare Workers 上，追踪还能与原生 Workers 可观测性集成。第五，生态兼容。Vinext 实现了公开的 next/* 接口，支持常见的 Next.js 模式，比如身份验证、MDX、图片优化、字体、元数据和环境变量。

缓存预热是什么？为什么重要？

传统上，Next.js 在构建时会预渲染很多页面，比如用 generateStaticParams() 和 getStaticPaths() 指定要生成的页面。但如果网站有几十万甚至上百万个可能的网址，构建过程会花很长时间去渲染那些很少人访问的页面，而真正重要的页面早就渲染完了，却还要等很久。

Vinext 1.0 引入了“缓存预热”功能。它把页面预渲染从构建机器搬到 Cloudflare 的网络上。开发者仍然可以用 Next.js 的原生方法指定要预渲染的页面，Vinext 还能额外识别高流量页面加入列表。这个过程在网站部署到生产环境之前就在后台完成，所以网站一上线就能从 Cloudflare 缓存快速响应。具体做法是：先上传一个新的 Worker 版本，部署到 0% 的生产流量，然后专门请求这个版本上的页面，让渲染管道在真实用户访问之前就工作起来。缓存填充完成后，再安全地提升部署。

Vinext 1.0 的测试和兼容性如何保证？

Vinext 团队建立了庞大的测试套件，包含数千个聚焦测试，覆盖两个路由器的核心框架行为、开发和生产服务器，以及 Node.js 和 Cloudflare Workers 部署目标。他们还每晚运行 Next.js 的端到端测试套件，持续监控兼容性，确保一旦有回归问题就能立即发现。此外，团队直接与在生产环境使用 Vinext 的大客户合作，确保他们不会遇到问题。

Vinext 需要表现得和 Next.js 完全一样，而不仅仅是模仿同名函数。比如，实现一个 import { revalidatePath } 很简单，但难的是确保它正确影响渲染页面、缓存条目和未来请求。团队花了大量时间追踪请求，确保 Vinext 不仅复制 API，还复制整个行为机制。

Vinext 1.0 有哪些限制？适合谁用？

Vinext 1.0 对 Next.js 16 引入的“use cache”指令（驱动缓存组件）支持有限。团队表示，虽然会继续改进兼容性，但更专注于核心优先事项。大多数他们交流的团队并没有使用缓存组件，也不认为支持它是迁移的前提。另外，Vinext 1.0 的缓存预热功能目前主要针对 Cloudflare 网络，其他平台的支持情况官方未说明。

Vinext 适合那些想用 Next.js 但不想被锁定在 Vercel 平台的开发者，尤其是使用 Pages Router 的大型应用团队。迁移只需要运行两个命令：npx vinext check 和 npx vinext init。前者验证你的 Next.js 安装和修改是否兼容，后者设置 Vite 和部署配置，同时保留你原有的 Next.js 项目结构。对于小学生来说，这就像把一本中文书翻译成英文，书的内容不变，但能卖给更多国家的读者。

Vinext 的未来计划是什么？

Vinext 项目现在专注于跟上 Next.js 上游的变化。Next.js 的 canary 版本每天都有新提交。每天早上，一个 AI 代理会审查变更、获取差异，并为任何可能影响 Vinext 的内容创建跟踪问题。每天晚上，兼容性矩阵会重新生成，运行 Next.js 测试套件对 Vinext 进行测试。当测试或问题发现差距时，代理可以识别两个代码库中的变化、构建复现、移植相关测试并提出修复方案。

这种自动化审查已经捕捉到缺失的案例、不安全的缓存行为以及开发与生产服务器之间的差异。Vinext 的长期目标是保持框架持续自我改进，让 Next.js 应用在任何地方都能轻松部署。目前，Vinext 1.0 已经是一个稳定版本，开发者可以放心在生产环境中使用。