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

目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中，见识到很多封装思路，但在付诸实践时一直有疑问：这些看似高级的二次封装，是否会把`axios`的调用方式弄得更加复杂？

现如今的页面越来越复杂，一个页面往往承载着大量的元素，最常见的就是一些电商页面，数以万计的商品列表是怎么保证渲染不卡顿的，大家在面对这种长列表渲染的场景下，一般都会采用分页或者虚拟列表来减缓页面一次性

阿里三面的时候被问到了这个问题，当时思路虽然正确，可惜表述的不够清晰 后来花了一些时间整理了下思路，那么如何实现给所有的async函数添加try/catch呢？

打包体积优化！！！优化一半！！首次加载速度优化！！优化一半！！要让我们的项目fast fast fast！！

前端无痛刷新Token 这个需求场景很常见，几乎很多项目都会用上，之前项目也实现过，最近刚好有个项目要实现，重新梳理一番。 需求 对于需要前端实现无痛刷新Token，无非就两种： 请求前判断Token

能解决 90% 需求的js库，这里推荐 JS 库，这些库都有很好的文档，也非常流行，并一直在维护中。

JavaScript 是门魅力无限的语言，关于它的 GC（垃圾回收）方面，你了解多少呢？想来大部分人是因为面试才去看一些面试题从而了解的GC，当然，我们可不仅仅是为了面试，目的是一次性彻底搞懂GC！