Next.js 15 发布 — Turbopack 稳定，异步请求 API 和新的缓存默认设置

发生了什么 Next.js 15 发布了。主要内容包括：Turbopack 开发服务器被声明为稳定，并扩展到生产构建，提供一套异步请求 API 和新的默认缓存语义（特别是许多 fetch/路由处理程序默认设置为 no-store），内置支持和强化 React 19 特性，以及额外的服务器操作安全更改。这些作为框架级别的更改被发布，可能会影响路由、缓存行为、构建管道和本地开发者工作流程。（nextjs.org）

这对全栈团队的重要性

• 构建与开发速度：Turbopack 在开发中稳定显著减少了大型应用的冷启动和增量编译时间 — 有利于 CI 循环和开发者生产力。（nextjs.org）
• 路由与缓存语义：对于 fetch/GET 路由处理程序，默认设置为更安全的缓存（no-store）改变了 CDN/缓存行为，如果不审查，可能会增加源负载。这对依赖隐式缓存的团队来说是一个行为上的重大变化。（nextjs.org）
• 安全表面：服务器操作接收强化的默认设置（消除未使用操作的死代码、不可猜测的 ID），改变了服务器端功能的暴露方式，并要求审查任何隐式端点。（nextjs.org）
• 兼容性：Next.js 15 与 React 19 和 React 编译器对齐；团队应计划分阶段升级，以避免框架、React 版本和任何自定义编译器/工具之间的不匹配。（nextjs.org）

立即检查清单（实用，高影响）

1. 在暂存环境中运行快速烟雾测试

   • 执行完整的部署到暂存环境，并运行合成用户流程，测试 SSR 路由、API/路由处理程序、图像优化和中间件。注意意外的缓存头和源流量激增。（nextjs.org）

2. 审核缓存假设

   • 在代码库中搜索依赖隐式缓存的地方（客户端 fetch、GET 路由处理程序）。明确设置适当的 Cache-Control 或使用 Next.js 缓存 API 在需要的地方选择缓存。预计“no-store”将在许多地方成为新的基线。（nextjs.org）

3. 在本地开发中采用 Turbopack（选择性路径）

   • 在代表性的开发者机器和 CI 上尝试 next dev --turbo，以测量启动和快速刷新改进。在构建平衡和依赖的插件/工具确认之前，保留 Webpack/Vite 回退。（nextjs.org）

4. 加强服务器操作的使用

   • 将服务器操作视为公共端点：确保身份验证/授权检查到位。验证未使用的操作已被移除（构建时消除死代码），并确保机密未被捕获到导出的服务器函数中。（nextjs.org）

5. CI 和基础设施调整

   • 更新 CI 缓存和构建器（Turbopack 引入新的缓存行为）。在切换后监控构建时间和工件大小。如果使用边缘/CDN 缓存，确认头部行为符合预期，并更新 TTL/清除规则。（nextjs.org）

6. 依赖和运行时兼容性

   • 确认生产中使用的 Node.js 运行时版本受到 Next.js 15 构建和运行时建议的支持。在 CI 和 Dockerfile 中固定版本以避免意外。测试发布中提到的本机模块和图像处理器（sharp）路径。（nextjs.org）

长期行动（数周）

• 测量：增加对源请求率、缓存命中率和 LCP/CLS 的可观察性，以捕捉缓存语义更改后的性能回归。
• 逐步迁移：如果您依赖完整的生产 Turbopack 构建，请分阶段迁移并验证插件/工具覆盖；Turbopack 现在在开发中稳定，并正在扩展到生产构建。
• 审查集成：假设确定性缓存响应的第三方分析、A/B 工具和身份验证流程可能需要配置更新。
• 计划 React 升级：将 React 版本升级与 Next.js 15 采用窗口对齐，以便在不破坏客户端行为的情况下受益于编译器和渲染改进。

底线 Next.js 15 是一个重要的框架发布，提升了开发者的速度（Turbopack）并强化了服务器端行为，但也故意改变了缓存和端点暴露的默认设置。将此视为一次结合开发者体验和安全性的发布：在暂存环境中测试，审核缓存和服务器操作，并在切换生产构建之前将 Turbopack 纳入开发者工作流程。（nextjs.org）

来源: (Next.js 15 发布说明)。

来源

• 来源