写于 2017.02.16javascript
入手《高性能JavaScript》一周后,终于断断续续看完了。简要说说感觉,就是这本书很是薄,很是容易看,认真看的话其实两三个小时就能翻一遍了。这篇文章也是做为一篇阅读笔记,用来记录我在阅读过程当中的一些理解与感悟。html
乍一看上去,这本书里面有至关一部份内容是很是旧的,不少优化手段在现在高速的网络环境以及先进的浏览器的加持下,视乎已经失去了必要性。然而做为一个有洁癖的人,是没法容许本身的代码“大概差很少就好”,并且我也相信任何一个有追求的人都但愿本身的做品是精益求精的,因此这本书仍然有很是大的学习意义。抛开主观,在阅读一些优秀开源库时,看到别人的某些代码很是不理解,在看完这本书之后回想起来才发出感慨,原来人家这么作的目的是为了提高性能。前端
全书共分为十章内容,如下将按照书本章节的顺序,来逐一撰写个人阅读笔记。html5
把js放在</body>
结束标签以前而不是<head></head>
标签内部可以避免浏览器阻塞,提高用户体验,已经算是一个常识。这个常识的背后,涉及到了浏览器单进程的概念。java
事实上,多数浏览器使用单一进程来处理用户界面(UI)刷新和javascript脚本执行,因此同一时刻只能作一件事。web
这里说的用户界面刷新,指的是咱们“所能看到的UI”变化(好比点击一个按钮,会出现按钮被按下去的效果)。换句话来讲,处理UI就没法处理javascript,反之亦然。因此若是一份运行时间很长的js脚本放在页面顶端,会阻塞以后页面的下载和渲染,给用户的感受就是“页面一片空白卡死不会动”。ajax
虽然如今网速和浏览器的效率已经获得了巨大的提高,但随着移动端的兴起以及前端框架如Vue
,React
的大量使用,这个问题仍是很是值得咱们注意的。正则表达式
首先对于数据的存取,有如下这么一句关键:算法
每个js函数都会带有一个叫作
[[Scope]]
的内部属性,也就是该函数的做用域链,它决定了哪些数据能被函数访问。编程
书上详细介绍了做用域链
、执行上下文
、活动对象
、全局对象
、闭包
等概念,在这里就不进行复述了。用我本身理解的话来讲,就是一个函数若要使用一个变量,它会从最近的地方,也就是定义在函数内部的局部变量里面去找;若没有找到,则往更远处的全局变量(或者上一级做用域)里面去找。偏偏是这个“找”的过程,产生了性能的问题。书上使用了“解析标识符”来表述“找”这个动做,而js性能偏偏是随着解析标识符深度的增长而下降,因此在最佳实践里,每每是经过把一个较深的变量赋值给一个局部变量,在函数内部直接调用这个局部变量来提高性能。
说完变量,就到了方法。在js中一切皆对象,然而js的对象是基于原型而来,这就引出了一个原型链的概念。与前文关于解析标识符的原理相似,要调用一个对象中的方法,首先会从这个对象实例中查找,若找不到,则会沿着其原型链一步一步由近到远地往上查找,其性能也是随之降低的。
另外,书上也讨论到了关于“嵌套成员”的问题。好比window.location.href
,它会先找到window
对象,而后查找嵌套于内的location
对象,再找到这里面的href
属性,前先后后套了多层,在性能上也有着必定的花销。因此在实际的编码过程当中,咱们更多时候会面对的每每是这种嵌套成员的问题,时刻记得缓存对象成员的值,在执行完毕后利用cacheObj = null
的方式释放缓存,能够有效地提升性能,以下例子:
// bad
document.querySelector('.xxx').style.margin = 10 + 'px'
document.querySelector('.xxx').style.padding = 10 + 'px'
document.querySelector('.xxx').style.color = 'pink'
// good
let xxxStyle = document.querySelector('.xxx').style
xxxStyle.margin = 10 + 'px'
xxxStyle.padding = 10 + 'px'
xxxStyle.color = 'pink'
xxxStyle = null
复制代码
这一章节详细介绍了关于dom操做的一系列问题。首先要明确一个知识点就是dom操做是具备“天生就慢”的问题。为何会如此呢?由于在浏览器里面,处理html和js是两套不一样的机制,他们经过接口来进行联系的。引用书中的原话,就是能够把html和js理解为两座岛,他们之间须要一座桥来进行沟通,而过桥则会产生时间与成本上面的开销,也所以引发了性能的问题。这一章节经过分析不一样的dom操做函数,来综合对比了各类方法的速度。
dom操做每每容易引发浏览器的重绘与重排。重排,指的是页面的布局和几何属性改变时所发生的事情;重绘,是指把dom元素绘制到屏幕上面的过程。
会形成性能问题的,每每来自于重排,由于浏览器须要从新计算页面全部元素的大小与位置,而后把它们安置在正确的地方。因此,要提高页面的性能,很重要的一个举措就是避免页面的重排。
值得注意的是,并不是只有在修改页面元素的大小和位置的时候才会引起重排,在获取的时候浏览器也会出发重排,以返回正确的值。
然而不少时候咱们不得不直接操做dom,尽管它们会引发重排和重绘。书上给出了几个方案,都能有效提高性能。其实方法和上文关于js缓存局部变量的方法相似,也是经过缓存的机制,减小对于dom元素属性的查找,以及批量修改变量再一次性更新dom的办法去减小查询与修改。
除此之外,让元素脱离文档流也是一个很好的方法。由于元素一旦脱离文档流,它对其余元素的影响几乎为零,性能的损耗就可以有效局限于一个较小的范围。
讲完重排与重绘,往dom元素上绑定事件也是引发性能问题的元凶。利用浏览器自带的冒泡或捕获机制,能够经过事件委托的方式减小事件处理器的数量,从而把性能优化得更好。
这一章首先分析了几种循环类型,结论是只有for-in
循环的性能最慢,由于每次迭代都会同事搜索实例或原型属性,致使其性能只有其它类型速度的1/7。 循环在代码中很是常见,既然没法避免,则须要经过尽可能减小循环次数,减轻每次循环的工做量的方式提高性能。
对于条件语句if else
或者switch
,其性能在现实中并无太大区别,关键是要正确处理语义化的需求。有的时候也可使用查表法进行。
对于递归算法,最好的提高性能方法是缓存上次执行的结果,在下一次递归的时候直接引用而非从头开始计算。
TODO…… (对于正则表达式尚未特别熟悉,这一章跳着看了)
前面五章都是针对JS原生的语法分析性能问题,从这一章开始分析针对用户界面的可感知性能问题。
因为浏览器是单线程运做的,在处理UI事件的时候没法处理js事件,反之亦然,因此对于耗时过长的js任务来讲,可使用定时器的方法使其让出线程控制权,让浏览器优先处理UI事件以提高用户体验。
html5新增的web worker
容许多开线程,意味着耗时较长、性能损耗较大的js任务能够放到web worker
中进行,而无需阻塞浏览器UI线程的执行。值得注意的是,web worker
没法使用浏览器相关的资源,因此没法用以进行dom操做等。
ajax
技术已是现在的主流技术,在这里就无需赘述了。书上关于其性能优化的内容,多集中在浏览器资源缓存上。若是可以有效利用浏览器的缓存机制,能够大大减小与服务端的交互,提高性能。
书上没有说起的是如今逐渐开始流行的fetch API
,关于这方面的性能的问题也值得咱们研究。
剩下的内容都是一些编程实践,代码优化等等。
在现在的前端开发领域中,上线的代码通常都会通过代码合并、压缩,服务端开启gzip等工做。随着http2的发展,网页的性能更会获得提升,可能传统”文件合并“这一工做会逐渐被摒弃。另外http2的服务端推送也能极大地提高页面加载速度,这部份内容在我另一篇文章《深刻研究:HTTP2 的真正性能到底如何》有详细研究,有兴趣的读者能够去看看。
《高性能JavaScript》这本书很是精致,内容也很是丰富。这篇读书笔记仅仅做为首次阅读草草而做的读书笔记,对于书中内容的理解或多或少都会有失偏颇,若是发现有错漏或者更好的理解方式,欢迎留言和我交流~