引入版本信息文件，通过打包工具写入打包时间戳，worker轮询版本文件Etag判断是否更新，实现前端更新部署后通知用户刷新

连夜肝文，面试以来最尴尬的一次，事情是这样的，最近有开始面稍微有难度一点岗位，本文的主题出自北京某一小厂的正式岗面试题，薪资水平大概开在10k-12k。之前一直是投的比较小的公司比较简单的实习岗位，这

这是前端性能优化系列的文章，讲述一下市面上常见的前端长列表滚动性能优化的方案，并提供各个框架的实现策略，供大家参考！

这段时间闲着没事就去翻翻红宝书无意间看到了这两个功能，只能说很符合面试官的口味，以后要是我当上面试官一定让候选人来谈谈这两个点，然后顺势安利我这篇文章🤣

后端：“麻烦给我一份XXXX版本的包”； 前端：”***，XXX版本有别的版本没有的依赖包，又得切分支还得卸载无用的包，还好我搭了Jenkins“ 前端: "好了，你去XXX环境上自己拿吧！" 我们身

前端部署其实是一个非常严肃的问题，对于大型应用24小时都有人访问，如果你还是用覆盖式更新的方式部署，肯定会导致页面出错的情况发生，因此，这就涉及到先全量部署静态资源，再灰度部署页面的部署流程了。

通过几个🌰，介绍内存泄露排查的几种思路，定位到引发内存泄露的具体位置，内存泄露理论基简介， 浏览器内存回收机制

前端开发者往往不太关注页面所占用的内存，因为前端内存的分配与回收基本是依靠系统自动完成的，这个过程对于开发者是无感的 但内存优化的作用也同样重要，一个好的网站，内存的优化也是极致的

引言 给组内的项目都在CICD流程上更新上了性能守卫插件，效果也还不错，同事还疯狂夸奖我 接下里进入我们的此次的主题吧 但是会出现两个问题，如果采用第一种方式，使用lighthouse查看性能指标