春节在家,把《高性能的JavaScript》刷了一遍,受益匪浅。本着每看完一本书都要做读书笔记的习惯,将书中的知识点总结一下。
由于不同浏览器使用的JavaScript引擎不同,因此对JavaScript的优化也不尽相同。也因此,有些方法在IE上可能性能相差很大,但在chrome上相差无几,也甚至某些方法在IE上最快,但在chrome上却并不是最优的方案,所以,对性能有极致要求的应用,应考虑你的产品使用者最常用的浏览器。当然,下面提到的优化方法都是通用法则或者对大多数浏览器都友好的方法。
【JavaScript加载和执行】
JavaScript的下载和执行会阻塞用户界面的绘制和其他资源的下载
优化方法:
1.阻塞式脚本:合并文件(减少http请求),将script标签放在body尾部(减少页面css,html的下载阻塞,减少界面的空白时间(浏览器在解析到script标签之前,不会渲染页面的任何部分))
目前流行的构建工具,如webpack,gulp,都有打包、合并文件的功能。
2.无阻塞式脚本:延迟脚本和动态脚本均不阻塞,即下载过程不阻塞其他进程
延迟脚本:
defer和async属性:都是并行下载,下载过程不阻塞,区别在于执行时机,async是下载完成后立即执行;defer是等页面加载完成后再执行。defer仅当src属性声明时才生效(HTML5的规范)
动态脚本:
动态添加script标签,返回的代码通常会立刻执行,所以,为了确保脚本下载完成且准备就绪后才执行,须侦听load事件。将script添加到head中比添加到body中更保险。
封装的函数:动态添加脚本,当脚本下载完成且准备就绪后执行回调函数。(这也是推荐的无阻塞的方法)
|
|
【数据存取】
将全局变量存储到局部变量中:因为全局变量总是存在于执行环境作用域链的最末端,所以,访问全局变量是最慢的,访问局部变量是最快的。尤其是对于未优化过的JavaScript引擎。
在JavaScript中,只有2个语句可以在执行时临时改变作用域链:with语句和try-catch的catch子句。with语句会使得局部变量位于作用域第二层,会使性能下降,所以应避免使用。try-catch权衡使用(因为可预测的错误说明代码有问题,应及早修复)。
尽量避免使用with,try-catch,eval等动态作用域语句,因为JavaScript引擎无法通过静态分析的方法进行优化。
闭包会影响性能(作用域链加深)和可能导致内存泄漏(IE中)
总结:
- 使用对象字面量代替对象
- 使用局部变量存储全局变量和对象成员
- 尽量不用with,eval语句,try-catch的catch子句要谨慎使用
- 嵌套越深,性能越差,尽量少用。
【DOM编程】
DOM和JavaScript是2个独立的功能,只通过API连接,用JavaScript操作DOM天生就慢,所以应尽量减少用JavaScript操作DOM。
原则:
- 减少访问DOM的次数,把运算尽量留在ECMAScript这一端处理。
- innerHTML在绝大多数浏览器中比原生DOM方法要快(最新版的chrome除外),推荐使用。
- 用element.cloneNode()代替document.createElement(),稍快一些。
- 缓存HTML集合的length.
|
|
使用children代替childNodes,因为childNodes会包含文本节点(空格)和注释节点,还需要自己额外过滤这些节点,children已经帮我们过滤掉这些节点了,而且使用的过滤方法效率很高。
原生选择器API:querySelectorAll()和querySelector() ,IE8及以上支持
querySelectorAll()返回的是个nodelist(也是类数组),不是HTML集合(与getElenmentsByTagName等不同)。- 减少重绘和重排:
在修改样式的过程中,最好避免使用下面的属性,因为它们会刷新渲染队列,尽量少查询下列属性,可以用局部变量缓存结果。
|
|
- 合并多次对DOM和样式的修改:
|
|
- 批量修改DOM时,使用document fragment:文档片段是一个轻量级的document对象,它本身就是为了更新和移动节点设计的。
|
|
- 动画中使用绝对定位,使用拖放代理。
- 使用事件委托来减少事件处理器的数量。
ps:个人觉得,原生方法和库封装的方法并不冲突,应根据实际情况和个人的技能掌握情况选择最合适的方法。
【算法和流程控制】
- for…in的循环性能最差(因为它需要搜索实例和原型上的所有属性),除非,你需要遍历一个属性数量未知的对象,否则不要使用它。
更不要用它遍历数组成员。其余的循环性能都差不多。 - 倒序循环,把减法操作放到控制条件中,例如:k–,这样只是比较“它是true吗?”速度更快。
- forEach()比数组循环慢,如果对性能有极致要求,还是用数组循环好。
- 当判断值多于2个时,使用switch,否则用if-else (数量少时,性能差别不大,可根据个人喜好使用)。若判断值很多,且没有什么复杂的操作,可以用数组代替switch。
在JavaScript中,switch使用全等操作符,不会发生类型转换的损耗。 - 把最可能出现的条件放在首位。
- 调用栈溢出错误基本都是由递归导致的:不正确的终止条件;包含了太多递归,超过了浏览器的调用栈限制。把递归算法改用迭代算法实现是避免调用栈溢出错误的解决方法之一。
- 缓存:避免重复性工作,手动实现缓存(Vue源码中就有很多缓存)
|
|
【字符串和正则表达式】
- 字符串拼接推荐用+ +=,推荐写法:str=str+’one’+”two”;(将str写在左侧)
书上说:在大多数浏览器中,Array.prototype.join()比其他字符串连接方法更慢,但在IE7及早期的浏览器中,在合并大量字符串时是最高效的途径。。。。
每个浏览器都有它自己的正则表达式引擎,它们有着各自的优势。
提高正则表达式效率的方法
- 关注如何让匹配更快失败
- 正则表达式以简单,必需的字元开始:例如:起始标记是^,特定字符串,[a-z]或者\d等,避免以分组或选择字元开头,避免/one|two/顶层分支。
- 减少分支数量,缩小分支范围:例如:将cat|bat 替换为:[cb]at ;将red|read 替换为:rea?d 将red|raw 替换为:r(?:ed|aw) 将(.|\r|\n)替换为:[\s\S]。
- 当分支必不可少时,将常用分支放到前面。
- 使用非捕获组
- 合理使用捕获:如果需要引用匹配的一部分,应用捕获,然后引用那部分
- 暴露必须的字元:用/^(ab|cd)/代替/(^ab|^cd)/
- 使用合适的量词:贪婪和惰性量词的匹配过程不一样,视情况选择使用。
- 将正则表达式赋值给变量(以避免对正则重新编译)并重用它们。
- 将复杂的正则拆分为简单的片段:如果太复杂,可以先用条件判断分割
|
|
尽管正则很强大,但也不是任何时候都要用正则。对于字面量字符串的操作,字符串原生的方法就很快,例如:indexOf,slice,substring等。
【其他】
- 建议定时器最小延迟时间是25ms.小于10ms时,各浏览器表现不一致。
- 多个定时器时,用setInterval()代替多个setTimeout()
- 使用动态脚本注入(json-p),要小心第三方域代码的安全性。不要把敏感信息编码在json-p中。即便是带有随机URL或做了cookie判断。
- 图片信标:只是用来发送简单数据
|
|
- 尽可能使用JOSN.parse()解析json字符串,该方法可以捕获json字符串中的词法错误,并允许传入一个函数用来过滤或转换解析结果。
- ajax类库的局限:ajax类库为了兼容浏览器,所以不能访问XMLHttpRequests的完整功能。例如不能直接访问readystatechange事件,所以要了解原生的写法。
所以,要知道何时使用成熟的类库,何时编写自己的底层代码。 - 缩短页面的加载时间,页面主要内容加载完成后,再用ajax获取那些次要的文件。(首页优化)
- 使用位操作,速度快。
|
|
- 通过正确设置响应头来缓存JavaScript文件。
【个人感想】
性能提升有多方面:客户端性能,网络情况,服务器性能,在具体解决及分析问题时,要从各个方面考虑,JavaScript代码质量,http请求数也只是其中一部分而已,要全面考虑。在进行优化时,要弄清楚性能瓶颈,然后对症优化。
新看到一篇很棒的文章:
前端性能优化备忘录:https://www.w3ctech.com/topic/1945
ps:如有不对,欢迎指正。