React应用部署更新后通知用户新版本可用的最佳实践有哪些

• 版本标识轮询比对
  前端打包时将构建生成的唯一哈希值或者自定义版本号写入version.json这类静态配置文件，前端按10-30分钟的低频率间隔发轻量请求拉取最新版本标识，和本地存储的当前运行版本做比对，不一致即可触发更新提示。要注意给版本文件配置短缓存或者不缓存规则，避免拉取到旧的版本数据。
• 入口文件资源比对
  单页应用的入口index.html通常会配置为不缓存或者短缓存，前端可以定期请求当前页面的index.html，对比返回内容中引入的JS、CSS等静态资源的哈希后缀和当前页面已加载的资源后缀是否一致，不需要额外新增版本文件，复用现有构建的哈希规则即可实现，成本极低。
• Service Worker 更新监听
  如果站点接入了Service Worker做离线缓存能力，每次发布新版本后，Service Worker检测到资源更新会触发updatefound事件，直接监听该事件即可弹出更新提示，还可以支持后台静默更新，下次用户打开站点自动生效，或者用户确认刷新后立即切到新版本。
• WebSocket 实时推送通知
  适合对更新时效性要求高的场景，新版本发布完成后，后端可以通过WebSocket主动向所有在线客户端推送更新通知，不需要前端轮询，实时性最高，不过需要额外维护长连接服务，更适合用户量不大或者本身就有实时交互需求的站点。
• 提示交互最佳实践
  检测到更新后不要强制打断用户当前操作，优先用非侵入式的顶部悬浮提示条，至少提供两个可选操作：立即刷新和稍后提醒。如果用户选择稍后，可以设置1小时后再提醒，或者等用户处于页面闲置、没有未保存操作的状态时再弹出提示。如果本次更新涉及核心bug修复、安全补丁，可以做二次强提示，同时明确告知用户更新的必要性，避免引起用户反感。另外要注意，用户点击立即刷新前要先校验是否有未提交的表单、未保存的草稿，提前提示用户保存内容，避免数据丢失。
• 兜底兼容方案
  对于长时间不刷新的用户，可以设置最大版本兼容周期，比如超过7天的旧版本强制弹出更新提示，不允许继续使用，避免过旧的版本和后端接口不兼容出现功能异常、数据错误等问题。

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