不能被吃掉的蚂蚁

问题描述： 使用Vite打包构建的项目，重新部署到生产。在部署期间用户一直停留在当前项目页面，部署完成后点击页面上的路由，报错，无法正常使用。

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

async/await在循环语句里的会变得怎么样呢？是不是还是和我们想的一样，在JS循环中使用async/await需要注意哪些问题呢？

contentEditable实际上是大家最为喜闻乐见的富文本编辑器实现方案，部分基础功能由浏览器实现。无数年轻的前端开发就美滋滋的用了起来，结果发现是一个无底的天坑...

发现： 在我频繁的修改文件，同事频繁打包的过程中，不知道情况的我发现了一个文件：vite.config.js.timestamp-1664257262527.mjs，本着出现不明东西一探究竟的那个刺头

在某个月黑风高的晚上...没剧刷的我无意想起以前处理的一些弹窗的坑。 然后又无意间刷到“Portal”，才知道Modal的实现还有如此妙的方式，顺而想着干脆把UI组件库的实现原理看完。 1. Modal弹窗的基本原理 我给弹窗类的定义是脱离固定的层级关系，不再受制于层叠上下文的…