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

闭包，是JS中的一大难点；网上有很多关于闭包会造成内存泄露的描述，说闭包会使其中的变量的值始终保持在内存中，一般都不太推荐使用闭包 那么闭包用多了，会造成内存泄露吗 ？

引言 新年好，我是飞叶_程序员。 见过我这个ID的朋友们肯定都知道，作为前端，我主要通过 B站up主 的身份来来进行社区交流的。 虽然主要的交流渠道不是掘金、segmentfault这样的技术站点，但

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

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

说到元素拖拽，通常都会先想到用 HTML5 的拖拽放置 (Drag 和 Drop) 来实现，它提供了一套完整的事件机制，看起来似乎是首选的解决方案，但实际却不是那么美好，主要是它的样式太过简陋

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

Web Worker为前端带来了后端的计算能力，十万、百万条数据都是弟弟…… Web Worker扩大了前端的业务边界，减轻了因大量计算造成的UI阻塞

我喜欢去尝试各种动画效果，尤其是使用CSS实现简单的动画。但是，如果从长远来看，只会使用CSS实现动画让我们走不远。而且，若你想实现复杂的交互式用户体验，你早晚要用到JavaScript。