浏览器环境下JavaScript脚本加载与执行探析之动态脚本与Ajax脚本注入

在《》中，我们研究了延迟脚本(defer)和异步脚本(async)的执行时机、浏览器支持情况、浏览器bug以及其他的细节问题。而除了defer和async特性，动态脚本和Ajax脚本注入也是两种常用的创建无阻塞脚本的方法。总的来看，这两种方法都能达到脚本加载不影响页面解析和渲染的作用，但是在不同的浏览器中，这两种技术所创建的脚本的执行时机还是有一定差异，今天我们再来探讨一下通过动态脚本技术和Ajax注入的脚本在这些方面的特性。

代码准备：

我们使用《》2.3节中的loadScript函数来添加动态脚本，同时使用这篇文章2.4节中的loadXhrScript函数来实现Ajax脚本注入。我们把这两个函数都放在util.js中。

另外，本文使用的CHROME的版本为47.0.2526.80，firefox的版本为43.0.4，opera版本为30.0.1835.125。

1.1动态脚本的执行时机问题

我们在《浏览器环境下JavaScript脚本加载与执行探析之defer与async特性》中2.3节DEMO的基础上，增加三个外部js文件：

dynamic1.js

test += "我是head外部动态脚本\n";

dynamic2.js

test += "我是body外部动态脚本\n";

dynamic3.js

test += "我是底部外部动态脚本\n";

1.1.1 DEMO1：动态脚本的执行时机初探

HTML的代码为：

rush:js;"> <Meta charset="UTF-"/>

在代码中，我们先后将3个动态脚本文件加入到HTML的标签中，同时通过与正常外部脚本和内部脚本的执行来进行比较，我们看一下不同浏览器中的执行结果：

注：firefox和opera中执行结果可能会变化

从上面的例子中，我们可以看出，在不同浏览器中，动态脚本的执行时机差异还是比较大的，但以下两点是可以明确的：

[1]动态脚本确实可以起到不阻塞后续脚本的作用，即延迟作用，但是这个延迟作用却不一定能够持续到所有的正常脚本都执行完毕之后，也无法保证能够延迟到DOMContentLoaded之后

[2]动态脚本执行的先后顺序是无法保证的，这一点在这篇文章以及后续的几篇文章中进行了详细的解释

从这个DEMO中还可以看出，动态脚本的执行时机具有较大的不确定性，虽然在DEMO1中，动态脚本都在DOMContentLoaded事件之后执行，但却也并不意味着动态脚本就不会阻塞DOMContentLoaded，我们通过DEOM2来看一下：

1.1.2 DEMO2：动态脚本对DOMContentLoaded的阻塞

我们把DEMO1中的第27行内码修改为：

rush:js;">

我们利用《浏览器环境下JavaScript脚本加载与执行探析之代码执行顺序》中的delayfile.PHP，将3.js的返回延迟5秒钟，我们知道，如果是defer延迟脚本，无论正常外部脚本延迟了多长时间，defer脚本还是会在正常外部脚本之后执行的，但是动态脚本却不是这样了，我们看一下修改后的代码在浏览器中的执行顺序：

注：firefox和opera中执行结果可能会变化

可以看到，在某个正常脚本加载时间较长的时候，动态脚本的执行明显提前，无论在IE还是CHROME、firefox和opera中，均在DOMContentLoaded之前执行，因此我们可以初步判断，动态脚本的执行时机是不确定的，在不同浏览器的执行时机也都存在差异，但总的来看应该是在代码加载结束之后，并且线程中没有JavaScript代码执行的某个时间，但不同浏览器对这个时间有着不同的把握。

因此，动态脚本是否会阻塞DOMContentLoaded也是不确定的，因为动态脚本可能在DOMContentLoaded触发之前，也可能在触发之后执行。而且由于IE<=8不支持真正的DOMContentLoaded事件，jQuery在IE<=8中也是模拟判断该事件的发生(下一篇会专门讲解DOMContentLoaded事件)，一定程度上也会对我们上述代码的执行结果造成影响。

1.1.3 DEMO3：动态脚本与defer

我们知道，defer脚本是有着相对明确的执行时机的，即页面解析完成之后，DOMContentLoaded触发之前加载并且执行，事实上，二者之间在执行时机上并不存在什么关联，但是在实际实验中发现，动态脚本可能会在defer脚本之前或者之后执行，但却不会打断defer脚本的执行，我们再引入《浏览器环境下JavaScript脚本加载与执行探析之defer与async特性》中2.3节的DEMO中的defer脚本，修改HTML代码如下：

rush:js;"> <Meta charset="UTF-"/>

注：firefox和opera中执行结果可能会变化

我们增加了几个defer的脚本，再来看一下各个浏览器中的执行结果：

从实验结果可以看出，动态脚本的执行时机与defer脚本并没有直接的关系，表面上看起来在CHROME和firefox中，延迟脚本总是在动态脚本之前执行，在《前端优化-Javascript篇(2.异步加载脚本)》一文中提到过“ScriptDOM和defer同时都可以执行，在不同浏览器中它们的优先级的不一样的。在Firfox和Chrome中，ScriptDOM的优先级比defer低，而在IE中情况则相反。”，其实这种优先级应该是不存在的，我们只需要将defer脚本加一个加载延迟，那么动态脚本的执行就会先于defer脚本了。

我们再来总结一下动态脚本的执行问题：

[1]首先，动态脚本确实能够在一定程度上起到延迟脚本执行的作用，但由于动态脚本的执行时机的不确定性，这种延迟作用的效果也是未知的。

[2]其次，动态脚本的执行顺序不一定会按照添加的顺序，这是动态脚本技术比较大的问题之一，最简单的解决方式就是使用回调函数，监听脚本的加载状态，在一个脚本加载结束后再动态添加下一个脚本。

[3]动态脚本没有确切的执行时机，当通过DOM的appendChild、insertBefore等方法将script元素添加到DOM中时，就会去加载JS脚本，脚本的执行应该是在加载结束后的某个时机，不同浏览器对这个时机的处理差异比较大，比如在IE中，应该是采取尽快执行的策略，也就是在加载结束后尽快寻找时机执行代码

[4]动态脚本可能会在DOMContentLoaded触发之前或者之后执行，因此无法确定其是否会阻塞DOMContentLoaded。而在一般情况下，动态脚本都会阻塞window.onload，但是也会存在动态脚本在window.onload触发之后执行，从而不会阻塞window.onload

2.1Ajax注入脚本的执行时机问题

Ajax脚本注入技术有两种模式：同步加载和异步加载，同步加载的情况比较简单，脚本的加载和执行会阻塞后面代码的执行，直到注入的代码被加载和执行完毕。我们主要讨论异步模式下的情况：

2.1.1 DEMO4：Ajax注入脚本的执行问题初探

我们再添加3个外部文件：

ajax1.js

test += "我是head外部AJAX脚本\n";

ajax2.js

test += "我是body外部AJAX脚本\n";

ajax3.js

test += "我是底部外部AJAX脚本\n";

HTML的代码为：

rush:js;"> <Meta charset="UTF-"/>