背景 大家应该都有遇到过这样一个场景：测试提了个bug，我们修改好后重新部署到环境上了，让测试去测下，测试有时会说，不是，哥们，咋还是有问题呢，你确定处理好了？你可能就会说，刷新下页面再试下呢。刷新，

先问大家一个问题，你是不是习惯用!!x去快速获取变量的布尔值，如果是，那么你可能会掉进![],!{},!![]，!!{}的坑里去🤣🤣🤣

在当前SPA(单页)应用流行的大背景下，由于单页应用的特殊性(只有一个index.html页面)，浏览器对index.html缓存会导致前端版本部署更新，用户无法及时得到更新通知，功能无法实时生效。

1. 场景 前端构建完上线，用户还停留还在老页面，用户不知道网页重新部署了，跳转页面的时候有时候js连接hash变了导致报错跳不过去，并且用户体验不到新功能。 2. 解决方案 每次打包写入一个json

1.有时候上完线，用户还停留在老的页面，用户不知道网页重新部署了，跳转页面的时候有时候js连接hash变了导致报错跳不过去，并且用户体验不到新功能。2.如何去解决这个问题 思考中...如果后端可以配合我们的话我们可以使用webSocket 跟后端进行实时通讯，前端部署完之后,后端...

老板：新的需求不是上线了嘛，怎么用户看到的还是老的页面呀 窝囊废：让用户刷新一下页面，或者清一下缓存 老板：那我得告诉用户，刷新一下页面，或者清一下缓存，才能看到新的页面呀，感觉用

1. 不使用临时变量来交换变量的值 2. 对象解构，让数据访问更便捷 3. 浅克隆对象 4. 合并对象 5. 清理数组 6. 将 NodeList 转换为数组 7. 检查数组是否满足指定条件 8.

先上灵魂拷问 在文章之前，先抛一些灵魂拷问： 前端代码从 tsx/jsx 到部署上线被用户访问，中间大致会经历哪些过程？ 上述过程中分别都有哪些考虑、指标和优化点，以满足复杂的业务需求？ 可能大部分同