上文已经介绍了渲染流水线中的 DOM生成、样式计算和布局三个阶段，但是还有一个布局计算的尾巴，今天接着布局计算继续介绍流水线后面的阶段。

为了保证我们网页的稳定性，浏览器的内存知识对我们来说是十分必要的，我们不应该只考虑网页打开时的性能，也应该考虑网页长时间挂载下的稳定性。 本次梳理以Chrome为例。 chrome的内存限制 堆内存的

一、写在前面 我发现即便工作很久了，我还是不会用performance性能分析工具，可能很多小伙伴跟我有一样的问题！ 于是我怒学了一通performance性能工具的使用，想写一篇如何使用perfor

通过学习神光大大的文章，我动手实践了一下，来重新认识一下页面渲染的流程是怎么样的？欢迎评论区留言讨论！

网页加载后，浏览器会解析 html、执行 js、渲染 css，这些工作都是在 Event Loop 里完成的，理解了 Event Loop 就能理解网页的运行流程。 但很多人对 Event Loop

很多前端都喜欢用 console.log 调试，先不谈调试效率怎么样，首先 console.log 有个致命的问题：会导致内存泄漏。 为什么这么说呢？ 用 Performance 和 Memory 工

在前段时间的一次面试中，被问到了一个如标题这样的问题。要想好好地去回答这个问题，这里牵扯到的知识点也是比较多的。 那么接下来这篇文章我们就一点一点开始引出这个问题。

看到这些词仿佛比较让人摸不着头脑，其实在我们的日常开发中，早就和他们打过交道了。 其实上面举的这些click, setTimeout, setInterval, Promise，async/await, EventEmitter, MutationObserver, Event…

合理利用缓存，可以提高页面的打开速度，这句话是前端开发者耳熟能详的准则 但具体缓存对页面性能有多大的影响呢？为了彻底弄懂浏览器缓存，从动手验证下这条准则开始吧