浏览器加载ES6模块

一、加载方式

1.1 同步加载

HTML 网页中，浏览器通过<script>标签加载 JavaScript 脚本。

<!-- 页面内嵌的脚本 -->
<script type="application/javascript">  
// code
</script>
<!-- 外部脚本 -->
<script type="application/javascript" src="path/to/myModule.js"></script>

上面代码中，由于浏览器脚本的默认语言是 JavaScript，因此type="application/javascript"可以省略。

默认情况下，浏览器是同步加载 JavaScript 脚本，即渲染引擎遇到<script>标签就会停下来，等到执行完脚本，再继续向下渲染。如果是外部脚本，则先下载文件，再执行文件，等到执行完脚本，再继续向下渲染。

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

1.2 异步加载

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

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

defer与async的区别是：

defer：要等到整个页面在内存中正常渲染结束（DOM 结构完全生成，以及其他脚本执行完成），才会执行；如果有多个defer脚本，会按照它们在页面出现的顺序加载。

async：一旦下载完，渲染引擎就会中断渲染，执行这个脚本以后，再继续渲染。多个async脚本是不能保证加载顺序的。

一句话， defer是“渲染完再执行”，async是“下载完立即执行”。

二、加载 ES6 模块

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

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

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

浏览器对于带有type="module"的<script>，都是 异步加载，等同于打开了<script>标签的defer属性。即等到整个页面渲染完，再执行模块脚本，不会造成浏览堵塞。且多个<script type="module">，它们会按照在页面出现的顺序依次执行。

<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>

三、加载外部ES6模块注意事项

• 代码是在模块作用域之中运行，而不是在全局作用域运行。模块内部的顶层变量，外部不可见。
• 模块脚本自动采用严格模式，不管有没有声明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

利用顶层的this等于undefined这个语法点，可以侦测当前代码是否在 ES6 模块之中。

const isNotModuleScript = this !== undefined;

四、Web浏览器加载模块顺序

模块也会按照它们在 HTML 文件中出现的顺序依次执行，例如：

<!-- this will execute first -->
<script type="module" src="module1.js"></script>
<!-- this will execute second -->
<script type="module">
import { sum } from "./example.js";
let result = sum(1, 2);
</script>
<!-- this will execute third -->
<script type="module" src="module2.js"></script>

这三个 <script> 元素依照它们被指定的顺序执行，因此 module1.js 保证在内联模块之前执行，而内联模块又保证在 module2.js 之前执行。

每个模块可能都用 import 导入了一个或多个其他模块，这就让事情变复杂了。因此 首先解析模 块以识别所有导入语句 。每个 import 语句又会触发一次 fetch （无论是从网络还是从缓存中获取），并且在所有用 import 导入的资源被加载与执行完毕之前，没有任何模块会被执行。

所有模块，无论是用 <script type="module"> 显式包含的，还是用 import 隠式包含的，都 会依照次序加载与执行。在前面的范例中，完整的加载次序是：

1. 下载并解析 module1.js ；

2. 递归下载并解析在 module1.js 中使用 import 导入的资源；

3. 解析内联模块；

4. 递归下载并解析在内联模块中使用 import 导入的资源；

5. 下载并解析 module2.js ；

6. 递归下载并解析在 module2.js 中使用 import 导入的资源。

一旦加载完毕，直到页面文档被完整解析之前，都不会有任何代码被执行。在文档解析完毕

后，会发生下列行为：

1. 递归执行 module1.js 导入的资源；

2. 执行 module1.js ；

3. 递归执行内联模块导入的资源；

4. 执行内联模块；

5. 递归执行 module2.js 导入的资源；

6. 执行 module2.js 。