高性能JavaScript电子书pdf下载|百度网盘下载

编辑评论：

高性能 JavaScript 揭示了可帮助您消除开发过程中的性能瓶颈的技术和策略。您将学习如何在各个方面提高性能，包括代码加载、运行、DOM 交互、页面生命周期等。

为什么需要优化

在 1996 年，引擎只需要在一个页面上支持几十行代码，而今天，运行 Web 应用程序的代码有数千行。在许多方面，如果不是因为它自身在语言管理和基础设施方面的滞后，它本可以取得更大的成功。 IE 6 证明了这一点，它在发布时因其稳定性和性能而受到称赞，但后来因其错误和迟缓而被批评为令人讨厌的 Web 应用程序平台。

实际上，IE 6 并不慢，只是意料之中。 2001 年 IE 6 首次发布时出现的各种早期 Web 应用程序比 2005 年之后出现的更轻量级和更少编码。代码量增加的影响变得明显，IE 6 引擎被其“静态垃圾回收机制”。引擎监视内存中固定数量的对象以确定何时进行垃圾收集。早期的 Web 应用开发者很少遇到这个门槛，而随着越来越多的代码生成越来越多的对象，复杂的 Web 应用开始频繁地遇到这个门槛。问题变得很清楚：开发人员和 Web 应用程序在不断发展，但引擎却没有。

虽然其他人有更复杂的垃圾收集机制和更好的运行时性能，但大多数人仍然使用解释器来执行代码。解释代码本质上比编译代码慢，因为解释代码必须经过将代码转换为计算机指令的过程。无论解释器多么优化和智能，它总是会带来一些性能损失。

编译器已经进行了多种优化，让开发人员可以按照自己想要的方式编写代码，而不必担心**。编译器可以根据词法分析确定代码要达到什么目的，然后生成最快的机器码，可以完成优化任务。解释器很少有这样的优化，这在很大程度上意味着代码是按照它的编写方式执行的。

其实，其他语言中通常由编译器处理的优化，都需要开发者在.

前言

当它在 1996 年作为 Netscape Navigator 的一部分问世时，性能问题并不重要。那时的互联网还处于起步阶段，各方面都很慢。从拨号上网到低调的家用电脑，上网通常比任何事情都需要更多的耐心。人们已经做好了等待页面加载的心理准备，当页面加载时，这是值得庆祝的事情。

最初的目标是改善网页的用户体验。可以在页面而不是服务器中处理表单验证等简单任务，从而节省大量连接服务器的时间。想象一下填写一个长表单，提交后等待 30-60 秒，然后收到一个字段错误的消息是什么感觉。显然，它为早期互联网用户节省了大量时间。

互联网的发展

在接下来的 10 年中，计算机和互联网继续发展。首先，两者都变得更快。高速微处理器、廉价的内存供应以及光纤连接的出现开创了互联网的新时代。随着高速网络的普及，网页变得更加丰富，承载着更多的信息和多媒体内容。 Web 已经从简单的关联文档发展到各种各样的设计和界面。一切都变了，除了一件事，那就是。

这种技术曾经被用来节省服务器消耗，现在越来越流行，但已经从几十行代码发展到数百行代码。 IE 4 和动态 HTML 注释（无需重新加载即可更改页面显示的技术）的引入只会增加网页中的代码量。

最后一次重大更新是引入了文档对象模型 (DOM)，这是 IE 5、Netscape 6 和 Opera 接受的动态 HTML 界面。随后是标准化和 ECMA-262 的引入

下一代引擎

2008 年，该引擎获得了重大的性能升级。谷歌发布了一款全新的 Chrome 浏览器。 Chrome 是第一个使用代号为 V8 的优化引擎。 V8 是一个即时 (JIT) 编译引擎，专为 .它将代码转换成机器码执行，所以感觉执行速度超级快。

其他效仿的引擎也对其进行了优化。 Safari 4 发布了一个名为 SquirrelFish Extreme（或 Nitro）的 JIT 引擎，Firefox 3.5 的 TraceMonkey 引擎优化了频繁执行的代码路径。

这些新引擎带来的是编译器级别的优化，而这正是它应该做的。也许有一天，开发者根本不需要关心代码性能优化。然而，那一天还没有到来。