在WebKit中并行加载外部脚本译：

作者：Tony Gentilcore

原文：http://webkit.org/blog/1395/running-scripts-in-webkit/

WebKit 正式版已经正式支持HTML5中<script>标签的 async 和 defer 属性了。如此一来，我们就能在不阻塞网页中其它元素下载的情况下，以异步方式下载JavaScript，从而大大提高了网页加载速度。

正常情况下，网页分析器检测到有外部脚本时，会暂停解析，并发起一个请求去下载该脚本，一直到这个脚本完全下载并执行之后解析才会继续进行。

<script src="myBlockingScript.js"></script>

在下载脚本时，浏览器会被阻塞，不做其它任何事情（比如解析HTML，执行其它脚本以及渲染网页布局等）。尽管通过WebKit的预加载扫描器能够利用网页显示的空闲时间预先下载资源，在一定程度上改善了浏览器的阻塞状况，但是网络延迟依然会导致网页加载缓慢。

虽然围绕性能优化的问题已经有了很多不错的技术（参见：延迟加载，异步加载），但是他们都无法避免地引入了额外的代码，或是针对浏览器的Hacks写法。作为更好的办法，现在我们可以把不需要以同步方式执行的脚本标记为 async 或者 defer。以下是具体的做法：

<script async src="myAsyncScript.js" onload="myInit()"></script>

<script defer src="myDeferScript.js" onload="myInit()"></script>

标记为 async 或者 defer 的脚本都会立刻开始下载，不阻塞浏览器的其它解析工作，而且它们都支持可选的 onload 事件，这样就能在脚本加载完成时开始执行依赖于该脚本的代码。async 和 defer 之间的不同之处在于执行的时机。async 脚本会在自身被下载完、window.load 事件执行前立刻被执行，这意味着 async 脚本有可能（应该说很可能）不会按照它们在页面中出现的顺序被执行；而 defer 脚本则一定是按照它们在页面中出现的先后顺序执行，准确地说，是在整个页面被解析完成之后，文档的DOMContentLoaded事件之前执行。

这里有个例子，在这个例子中一个外部脚本下载需要1秒钟，紧跟在这个外部脚本后面是一段执行需要1秒钟的内嵌脚本。我们可以看到这个页面加载话费了2秒钟时间。

timeline-blocking-script

还是同一个例子，只是是其中的外部脚本被标记为 defer。由于签入的脚本可以在外部脚本被下载的同时执行，因此我们看到这个页面加载的速度大约是之前的两倍。

timeline-defer-script

除了WebKit核心的浏览器以外，Firefox早就支持 defer 和 onload 属性，async 属性从 3.6 版本开始支持。 IE浏览器也很早就支持 defer 属性，IE9 增加了对 onload 属性的支持，但是 async 属性依然还不支持。