我有一些<script>元素，其中一些代码依赖于其他<script>元素中的代码。我看到defer属性在这里可以派上用场，因为它允许延迟代码块的执行。
为了测试它，我在Chrome上执行了这个:http://jsfiddle.net/xXZMN/。
<script defer="defer">alert(2);</script>
<script>alert(1)</script>
<script defer="defer">alert(3);</script>
然而，它提醒2 - 1 - 3。为什么它不提醒1 - 2 - 3?
当前回答
还应该注意的是，在IE<=9中，在某些情况下使用脚本延迟可能会出现问题。更多相关信息:https://github.com/h5bp/lazyweb-requests/issues/42
其他回答
延迟只能在<script>标记中用于外部脚本包含。因此，建议在<head>-section中的<script>-标签中使用。
因为defer属性只适用于带有src的脚本标签。找到了一种方法来模拟内联脚本的延迟。使用DOMContentLoaded事件。
<script defer src="external-script.js"></script>
<script>
document.addEventListener("DOMContentLoaded", function(event) {
// Your inline scripts which uses methods from external-scripts.
});
</script>
这是因为，DOMContentLoaded事件在延迟带属性脚本完全加载后触发。
真正的答案是:因为你不能相信拖延。
在概念上，defer和async的区别如下:
Async允许脚本在后台下载而不会阻塞。然后，当它完成下载时，呈现被阻塞，脚本执行。执行脚本后继续渲染。
Defer也做同样的事情，只是声明保证脚本按照页面上指定的顺序执行，并且在文档完成解析后执行。因此，有些脚本可能会完成下载，然后等待稍后下载但在它们之前出现的脚本。
不幸的是，由于真正的标准之争，defer的定义因规范而异，甚至在最新的规范中也没有提供有用的保证。正如这里的答案和这个问题所展示的，浏览器实现的defer不同:
在某些情况下，某些浏览器存在导致延迟脚本无序运行的错误。 有些浏览器将DOMContentLoaded事件延迟到延迟脚本加载之后，而有些浏览器则不会。 有些浏览器使用内联代码而不带src属性来遵从<script>元素，有些浏览器则忽略它。
幸运的是，规范至少指定了异步覆盖延迟。所以你可以将所有脚本视为异步，并获得大量的浏览器支持，如下所示:
<script defer async src="..."></script>
全球98%的浏览器和99%的美国浏览器将使用这种方法避免阻塞。
(如果您需要等待文档完成解析，请侦听事件DOMContentLoaded事件或使用jQuery方便的.ready()函数。无论如何，你都希望这样做，以优雅地返回到根本没有实现defer的浏览器上。)
<脚本延迟> - 只要浏览器使用defer与脚本标记进行交互
它开始获取脚本文件，同时还并排解析HTML。 在这种情况下，脚本只在HTML解析完成后执行。
<脚本async> - 当浏览器与async交互脚本标记时
它在并排解析HTML时开始获取脚本文件。 但是在完全获取脚本时停止HTML解析，然后开始执行脚本，之后继续进行HTML解析。
<脚本> - - - 只要浏览器与脚本标记交互
它停止HTML的解析，获取脚本文件， 在本例中，执行脚本，然后继续解析HTML。
defer属性仅用于外部脚本(只有在src属性存在时才应该使用)。
