运行中的Next.js服务器能否重新构建？及相关部署最佳实践咨询

运行服务器时执行npm run build的影响 #

可以执行npm run build，但绝对不推荐。Next.js默认会把构建产物写入.next目录，而正在运行的start服务器正从这个目录读取运行所需的文件。构建过程中会覆盖、新增、删除目录内的文件，服务器极有可能读取到不完整的中间产物，导致页面渲染报错、资源加载失败，严重时直接崩溃。

构建到独立目录再部署的最佳实践 #

有几种靠谱的方案实现低停机甚至无停机部署：

方案1：自定义构建目录+多实例平滑切换 #

1. 拉取代码更新后，将构建产物输出到带时间戳的独立目录，避免与旧产物冲突：

   next build --out-dir ./build-$(date +%Y%m%d%H%M%S)
   

2. 简单验证新构建产物的完整性（比如检查关键文件是否存在）
3. 用进程管理工具（如PM2）启动新的Next.js实例，指定新构建目录：

   pm2 start npm --name "next-app-v2" -- start --dir ./build-20240520143000
   

4. 确认新实例运行正常后，停掉旧的服务器实例：

   pm2 stop next-app-v1
   

5. （可选）清理旧的构建目录，节省服务器空间

方案2：临时目录构建+快速替换重启 #

如果不需要多实例，可采用短暂停机的快速替换方案：

1. 构建到临时独立目录：

   next build --out-dir ./temp-build
   

2. 停止当前运行的服务器（此步骤会有几秒停机）
3. 替换默认的.next目录：

   rm -rf .next && mv ./temp-build .next
   

4. 重新启动服务器：

   npm run start
   

方案3：增量静态再生（ISR）适配 #

如果你的页面以静态渲染或ISR渲染为主，且代码变更仅涉及页面内容或静态逻辑，无需全量构建。拉取代码后，ISR会自动触发页面重新生成，服务器无需重启即可加载新内容。但此方案不适用于API路由、服务端组件核心逻辑变更的场景。

内容的提问来源于stack exchange，提问作者machineghost