探析浏览器执行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）正常引入：即在页面中通过

通过document.write写入脚本时存在一些问题，需要分类进行说明：

[1]同一个