探析浏览器执行JavaScript脚本加载与代码执行顺序

本文主要基于向HTML页面引入JavaScript的几种方式，分析HTML中JavaScript脚本的执行顺序问题
1. 关于JavaScript脚本执行的阻塞性
JavaScript在浏览器中被解析和执行时具有阻塞的特性，也就是说，当JavaScript代码执行时，页面的解析、渲染以及其他资源的下载都要停下来等待脚本执行完毕① 。这一点是没有争议的，并且在所有浏览器中的行为都是一致的，原因也不难理解：浏览器需要一个稳定的DOM结构，而JavaScript可能会修改DOM(改变DOM结构或修改某个DOM节点)，如果在JavaScript执行的同时还继续进行页面的解析，那么整个解析过程将变得难以控制，解析出错的可能也变得很大。
然而这里还有一个问题需要注意，对于外部脚本，还涉及到一个脚本下载的过程，在早期的浏览器中，JavaScript文件的下载不仅会阻塞页面的解析，甚至还会阻塞页面其他资源的下载(包括其他JavaScript脚本文件、外部CSS文件以及图片等外部资源) 。从IE8、firefox3.5、safari4和chrome2开始允许JavaScript并行下载，同时JavaScript文件的下载也不会阻塞其他资源的下载(旧版本中，JavaScript文件的下载也会阻塞其他资源的下载) 。
注：不同浏览器对于同一个域名下的最大连接数有不同的限制，HTTP1.1协议规范中的要求是不能高于2个，但是大多数浏览器目前实际提供的最大连接数都多于2个，IE6/7都是2个，IE8提升到了6个，firefox和chrome也是6个，当然这个设置也是可以修改的，详细内容可以参考：http://www.stevesouders.com/blog/2008/03/20/roundup-on-parallel-connections/
2. 关于脚本的执行顺序
浏览器是按照从上到下的顺序解析页面，因此正常情况下，JavaScript脚本的执行顺序也是从上到下的，即页面上先出现的代码或先被引入的代码总是被先执行，即使是允许并行下载JavaScript文件时也是如此。注意我们这里标红了"正常情况下"，原因是什么呢?我们知道，在HTML中加入JavaScript代码有多种方式，概括如下(不考虑requirejs或seajs等模块加载器)：
(1)正常引入：即在页面中通过

文章插图
第5种情况对于我们讨论的脚本执行顺序没有什么影响，因此我们这里只讨论前四种情况：
2.1 正常引入脚本时
正常引入脚本时，JavaScript代码会按照从上到下的顺序执行，不管脚本是不是并行下载，执行时还是按照引入的顺序从上到下执行的，我们以下面的DEMO为例：
首先，通过PHP写了一个脚本，这个脚本接收两个参数，文件URL和延迟时间，脚本会在传入的延迟时间之后，将文件内容发送给浏览器，脚本如下：

文章插图
另外我们还定义了两个JavaScript文件，分别为1.js和2.js，在这个例子中，二者的代码分别如下：
1.js
alert("我是第一个脚本");
2.js
【探析浏览器执行JavaScript脚本加载与代码执行顺序】alert("我是第二个脚本");
然后，我们在HTML中引入脚本代码：

文章插图
虽然第一个脚本延迟了3秒才会返回，但是在所有浏览器中，弹出的顺序也都是相同的，即："我是第一个脚本"->"我是内部脚本"->"我是第二个脚本"

2.2 通过document.write向页面中写入脚本时
document.write在文档流没有关闭的情况下，会将内容写入脚本所在位置结束之后紧邻的位置，浏览器执行完当前短的代码，会接着解析document.write所写入的内容。

注：document.write写入内容的位置还存在一个问题，加入在内部的脚本中写入了标签内部不应该出现的内容，比如等内容标签等，则这段内容的起始位置将是