这是我提出的唯一解决方案（虽然不知道它们是否足够）：
服务器端更新：
对每个客户端请求进行版本控制，并拥有到相应服务器版本的代理路由。
客户端更新：
通过 websocket 连接通知客户端在 X 空闲分钟后重新注入脚本/样式标签，从而调用 2 个 ajax 请求以更新 JS/CSS 文件并刷新页面的 HTML。
我不知道这是否是应用程序早期阶段不应该优先考虑的事情，我应该在凌晨将整个应用程序关闭以进行“计划维护”。
出于 SEO 目的，首页的 HTML 与单个 JS/CSS 文件一起由服务器发送。
我认为正确的事情 (tm) 是以一种使用公共质量的 RESTful API 的方式构建您的单页应用程序。换句话说，把它想象成你正在向全世界发布你的 API，并且在进行更改时使它们向后兼容。我认为这并不像想象的那么难，并且会给你一个更干净的系统。当然比构建复杂的版本控制和实时修补方案更好！
如果您要部署到 tomcat 服务器，您可以简单地覆盖正确“部署”位置中的 .js 和 .css 文件....
将文件复制到 /your/deployed/app/location/webapp/js 等，这是一种快速简便的“热部署”新 JS/CSS 的方法，无需关闭服务器.....但是如果你有后端支持也需要更新，可能需要重新启动 tomcat 服务。在这种情况下，像詹金斯这样的东西可能会有所帮助。http://www.tomcatexpert.com/blog/2012/03/21/integrating-jenkins-and-apache-tomcat-continuous-deployment