Next.js中automatic updates自动更新的工作与版本检测原理是什么？

部署Next.js应用后，用户无需手动刷新页面即可访问最新版本的应用。Next.js会在路由跳转过程中于后台自动加载应用的最新版本。执行客户端导航时，next/link会暂时作为普通<a>标签生效。

这个特性的检测逻辑没有什么黑魔法，核心是靠构建唯一ID+路由跳转前的轻量校验实现的，全程没有额外的常驻轮询开销，具体逻辑拆成三步：

• 构建阶段生成唯一版本标识：每次跑next build打生产包的时候，Next.js会自动生成一个全局唯一的buildId，这个ID会同步写到两个位置：一是所有服务端返回HTML里内嵌的__NEXT_DATA__全局对象下，作为当前页面运行时的版本标记存在内存里；二是会生成一个纯文本静态文件放在/_next/static/路径下，文件内容就是本次构建的buildId。
• 检测触发时机：客户端不会在用户停留页面的时候不停后台查版本，只有当用户触发next/link点击、或者调用router.push/router.replace这类路由方法做客户端导航之前，才会发起一次强制禁用缓存的GET请求，拉取服务端当前存的那个buildId纯文本文件，这个请求体积极小，基本不会带来可感知的性能负担。
• 版本比对与分支处理：拿到服务端返回的最新buildId之后，直接和当前内存里存的、页面初次加载时拿到的旧buildId做严格相等比对：
  • 两个ID完全一致：说明服务端没有新部署，正常走原有的客户端SPA软跳转逻辑，和普通单页应用的路由跳转没有区别
  • 两个ID不一致：说明服务端已经上线了新版本，这时候Next.js会直接拦截掉本次客户端软跳转，把跳转行为降级成原生<a>标签的硬跳转，触发浏览器全量加载目标页面的最新HTML和对应静态资源，用户不需要手动刷新，跳转完成后就已经在运行最新版本的代码了。

补充几个实际使用中需要注意的细节：

• 这套机制不会主动打断用户的当前操作：哪怕你在用户浏览页面中途部署了新版本，只要用户不触发路由跳转，就不会出现页面自动刷新的情况，不会打断用户正在填写的表单、正在阅读的内容。
• 符合Next.js部署规范的托管平台都会保留旧版本的静态资源一段缓存周期，不会因为新版本部署导致正在访问旧版本的用户出现资源加载404的问题。
• 本地开发模式（执行next dev）下这个特性不会生效，只有生产构建部署之后才会触发这套检测逻辑。

内容的提问来源于stack exchange，提问作者Jason O'Neil