浏览器执行顺序

传统方法
在HTML网页中，浏览器通过

<!-- 页面内嵌的脚本 -->
<script type="application/javascript">
  // module code
</script>

<!-- 外部脚本 -->
<script type="application/javascript" src="path/to/myModule.js"></script>

默认情况下，浏览器同步加载JavaScript脚本，即渲染引擎遇到<script>标签就会停下来，等到脚本执行完毕再继续向下渲染。如果是外部脚本，还必须加入脚本下载的时间。

如果脚本体积很大，下载和执行的时间就会很长，因此造成浏览器堵塞，用户会感觉到浏览器“卡死”了，没有任何响应。这显然是很不好的体验，所以浏览器允许脚本异步加载，下面就是两种异步加载的语法。

<script src="path/to/myModule.js" defer></script>
<script src="path/to/myModule.js" async></script>

上面的代码中，<script>标签打开defer或async属性，脚本就会异步加载。渲染引擎遇到这一行命令就会开始下载外部脚本，但不会等它下载和执行，而是直接执行后面的命令。

defer与async的区别是，前者要等到整个页面正常渲染结束才会执行，而后者一旦下载完成，渲染引擎就会中断渲染，执行这个脚本以后再继续渲染。用一句话来说，defer是“渲染完再执行”，async是“下载完就执行”。另外，如果有多个defer脚本，则会按照它们在页面出现的顺序加载，而多个async脚本是不能保证加载顺序的。

加载规则
浏览器加载ES6模块时也使用<script>标签，但是要加入type=”module”属性。

<script type="module" src="foo.js"></script>

上面的代码在网页中插入了一个模块foo.js，由于type属性设为module，所以浏览器知道这是一个ES6模块。

对于带有type=”module”的<script>，浏览器都是异步加载的，不会造成浏览器堵塞，即等到整个页面渲染完再执行模块脚本，等同于打开了<script>标签的defer属性。

<script type="module" src="foo.js"></script>
<!-- 等同于 -->
<script type="module" src="foo.js" defer></script>

<script>标签的async属性也可以打开，这时只要加载完成，渲染引擎就会中断渲染立即执行。执行完成后，再恢复渲染。

<script type="module" src="foo.js" async></script>

ES6模块也允许内嵌在网页中，语法行为与加载外部脚本完全一致。

<script type="module">
      import utils from "./utils.js";
      // other code
</script>

对于外部的模块脚本（上例是foo.js），有几点需要注意。
代码是在模块作用域之中运行，而不是在全局作用域中运行。模块内部的顶层变量是外部不可见的。
模块脚本自动采用严格模式，无论有没有声明use strict。
模块之中可以使用import命令加载其他模块（.js后缀不可省略，需要提供绝对URL或相对URL），也可以使用export命令输出对外接口。
在模块之中，顶层的this关键字返回undefined，而不是指向window。也就是说，在模块顶层使用this关键字是无意义的。
同一个模块如果加载多次，将只执行一次。
下面是一个示例模块。

import utils from 'https://example.com/js/utils.js';
const x = 1;
console.log(x === window.x); //false
console.log(this === undefined); // true
delete x; // 句法错误，严格模式禁止删除变量
利用顶层的this等于undefined这个语法点，可以监测当前代码是否在ES6模块之中。
const isNotModuleScript = this !== undefined;

摘抄至：http://blog.csdn.net/zl_best/article/details/77962686