defer 和 async屬性

defer 會讓該標簽引用的腳本在DOM完全解析之后，并且引用的其他腳本執(zhí)行完成之后，才會執(zhí)行；多個defer會按照在頁面上出現(xiàn)的順序依次執(zhí)行

async 類似于異步回調(diào)函數(shù)，加載完成或，渲染引擎就會立即停下來去執(zhí)行該腳本，多個async腳本不能后保證執(zhí)行的順序

Node 的模塊系統(tǒng)就是參照著CommonJs規(guī)范所實現(xiàn)的

const path = require("path")
path.join(__dirname,path.sep)

path.join 必然是依賴于path模塊加載完成才能使用的，對于服務(wù)器來說，因為所有的資源都存放在本地，所以各種模塊各種模塊加載進來之后再執(zhí)行先關(guān)邏輯對于速度的要求來說并不會是那么明顯問題。

特點：

一個文件就是一個模塊，擁有多帶帶的作用域；

普通方式定義的變量、函數(shù)、對象都屬于該模塊內(nèi)；

通過require來加載模塊；

通過exports和modul.exports來暴露模塊中的內(nèi)容；

模塊加載的順序，按照其在代碼中出現(xiàn)的順序。

模塊可以多次加載，但只會在第一次加載的時候運行一次，然后運行結(jié)果就被緩存了，以后再加載，就直接讀取緩存結(jié)果；模塊的加載順序，按照代碼的出現(xiàn)順序是同步加載的；

require（同步加載）基本功能：讀取并執(zhí)行一個JS文件，然后返回該模塊的exports對象，如果沒有發(fā)現(xiàn)指定模塊會報錯;

exports：node為每個模塊提供一個exports變量，其指向module.exports，相當于在模塊頭部加了這句話：var exports = module.exports，在對外輸出時，可以給exports對象添加方法（exports.xxx等同于module.exports.xxx），不能直接賦值（因為這樣就切斷了exports和module.exports的聯(lián)系）;

module變量代表當前模塊。這個變量是一個對象，它的exports屬性（即module.exports）是對外的接口。加載某個模塊，其實是加載該模塊的module.exports屬性。

module對象的屬性：

module.id模塊的識別符，通常是帶有絕對路徑的模塊文件名。

module.filename 模塊的文件名，帶有絕對路徑。

module.loaded 返回一個布爾值，表示模塊是否已經(jīng)完成加載。

module.parent 返回一個對象，表示調(diào)用該模塊的模塊。

module.children 返回一個數(shù)組，表示該模塊要用到的其他模塊。

module.exports 表示模塊對外輸出的值。

例子：

注意在這種方式下module.exports被重新賦值了，所以之前使用exports導出的hello不再有效(模塊頭部var exports = module.exports)

exports.hello = function() {
  return "hello";
};

module.exports = "Hello world";/

因此一旦module.exports被賦值了，表明這個模塊具有單一出口了

Asynchronous Module Definition異步加載某模塊的規(guī)范。試想如果在瀏覽器中（資源不再本地）采用commonjs這種完全依賴于先加載再試用方法，那么如果一個模塊特別大，網(wǎng)速特別慢的情況下就會出現(xiàn)頁面卡頓的情況。便有了異步加載模塊的AMD規(guī)范。require.js便是基于此規(guī)范

require(["module1","module2"....], callback);
reqire([jquery],function(jquery){
   //do something
})


//定義模塊
define(id, [depends], callback); 
//id是模塊名,可選的依賴別的模塊的數(shù)組，callback是用于return出一個給別的模塊用的函數(shù)

熟悉的回調(diào)函數(shù)形式。

Node 對于模塊的實現(xiàn)以commonjs為基礎(chǔ)的同時也增加了許多自身的特性

Node模塊的引入的三個步驟

路徑分析

文件定位

在require參數(shù)中如果不寫后綴名，node會按照.js,.node,.json的順序依次補足并try

此過程會調(diào)用fs模塊同步阻塞式的判斷文件是否存在，因此非js文件最后加上后綴

編譯執(zhí)行

.js 文件會被解析為 JavaScript 文本文件，.json 文件會被解析為 JSON 文本文件。 .node 文件會被解析為通過 dlopen 加載的編譯后的插件模塊.

Node的模塊分類

核心模塊 Node本身提供的模塊，比如path,buffer,http等，在Node編譯過程中就加載進內(nèi)存，因此會省掉文件定位和編譯執(zhí)行兩個文件加載步驟

文件模塊 開發(fā)人員自己寫的模塊，會經(jīng)歷完整的模塊引入步驟

Node也會優(yōu)先從緩存中加載引入過的文件模塊，在Node中第一次加載某一個模塊的時候，Node就會緩存下該模塊，之后再加載模塊就會直接從緩存中取了。這個“潛規(guī)則”核心模塊和文件模塊都會有。

require("./test.js").message="hello"
console.log(require.cache);
console.log(require("./test.js").message)//hello

上述代碼說明第二次加載依舊使用了第一次加載進來之后的模塊并沒有重新加載而是讀取了緩存中的模塊，因為重新加載的某塊中并沒有message。打印出來的require.cache包含了本模塊的module信息和加載進來的模塊信息。

那么如果你想要多次執(zhí)行某一個模塊，要么你手動像下面這樣刪除該模塊的緩存記錄之后再重新加載使用，要么應(yīng)該在模塊中暴露一個工廠函數(shù)，然后調(diào)用那個函數(shù)多次執(zhí)行該模塊，與vue-ssr的創(chuàng)建應(yīng)用實例的工廠函數(shù)意思相近。

require("./test.js").message="hello"
delete require.cache["/absolute-path/test.js"]
console.log(require("./test.js").message)//undifined

可見當刪除了相關(guān)模塊的緩存,再一次加載時則不再有message了。

// Vue-ssr工廠函數(shù)，目的是為每個請求創(chuàng)立一個新的應(yīng)用實例
const Vue = require("vue")
module.exports = function createApp (context) {
  return new Vue({
    data: {
      url: context.url
    },
    template: `
訪問的 URL 是： {{ url }}
`
  })
}

模塊包裝器

Node在加載模塊之后，執(zhí)行之前則會使用函數(shù)包裝器將模塊代碼包裝，從而實現(xiàn)將頂層變量（var,let,const）作用域限制在模塊范圍內(nèi)，提供每一個特定在該模塊的頂層全局變量module,exports,__dirname(所在文件夾的絕對路徑),__filename（絕對路徑加上文件名）

(function(exports, require, module, __filename, __dirname) {
// 模塊的代碼實際上在這里
});

關(guān)于模塊的具體編譯執(zhí)行過程，這次就不深入討論了，足夠花心思在好好重新深入總結(jié)重寫一篇了，順便再次安利樸靈大大的《深入淺出nodejs》

終于，ES6在語言層面上提供了JS一直都沒有的模塊功能，使得在繼Commonjs之于服務(wù)端，AMD之于瀏覽器之外提供了一個通用的解決方案。

1.設(shè)計思想

盡量靜態(tài)化（靜態(tài)加載），使得編譯時就能確定模塊間的依賴關(guān)系以及輸入輸出的變量。

2.關(guān)鍵語法

export

export可以輸出變量：export var a = 1

輸出函數(shù)：`export function sum(x, y) {

return x + y;
};
`

輸出類：export class A{}

結(jié)尾大括號寫法：export {a , sum , A}

尤為注意的一點就是export所導出的接口一定要和模塊內(nèi)部的變量建立一一對應(yīng)的關(guān)系

對于一個模塊來說，它就是一個默認使用了嚴格模式的文件（"use strict"）,而別的文件要想使用該模塊，就必須要求該模塊內(nèi)有export主動導出的內(nèi)容

例子：

export 1 //直接導出一個數(shù)字是不可以的

var a= 2
export a //間接導出數(shù)字也是不可以的！
export {a}//正確

export function(){} //錯誤

function sum(){}
export sum //錯誤
export {sum}//正確

export個人最為重要的一點就是可以取到模塊內(nèi)的實時的值

例子：

export var foo = "bar";
setTimeout(() => foo = "baz", 500);

引用該模塊的文件在定時器時間到的時候則會得到改變后的值

export default

實質(zhì)： 導出一個叫做default（默認的）變量，本質(zhì)是將后面的值，賦給default變量，所以情況就和export 不同了

不同點:

export 導出的變量，在import的時候必須要知道變量名，否則無法加載，export default就允許隨意取名直接加載，并且不用使用大括號；

export default 后面不能跟變量聲明語句

// 第一組
export default function crc32() {}
    
import crc32 from "crc32"; // 輸入
    
// 第二組
export function crc32() {};
    
import {crc32} from "crc32"; // 輸入


export var a = 1;// 正確


var a = 1;
export default a;// 正確


export default var a = 1;// 錯誤

export default 每一個模塊只允許有一個

import

與導出export對應(yīng)，引用則是import

export {a,b}
    ||
    /
import { a as A ,b as B} from "./test.js";

主要特點：

使用import加載具有提升的效果，即會提到文件頭部進行：

foo();

import { foo } from "my_module";

該代碼會正常執(zhí)行。

*加載默認加載全部導出的變量

import * as A from "./a.js"

import 加載進來的變量是不允許改變的。

type="module",此時瀏覽器就會知道這是ES6模塊，同時會自動給他加上前文提到的defer屬性，即等到所有的渲染操作都執(zhí)行完成之后，才會執(zhí)行該模塊

由于Node有自己的模塊加載機制，所以在Node8.5以上版本將兩種方式的加載分開來處理，對于加載ES6的模塊，node要求其后綴名得是.mjs,然后還得加上--experimental-modules參數(shù)，然后兩種機制還不能混用。確實還是很麻煩的，所以現(xiàn)在Node端想用import主流還是用babel轉(zhuǎn)義。

靜態(tài)加載VS運行時加載

首先看下面一段代碼：

if (x > 2) {
  import A from "./a.js";
}else{
  import B from "./b.js";
}

這段代碼會報錯，因為JS引擎在處理import是在編譯時期，此時不會去執(zhí)行條件語句，因此這段代碼會出現(xiàn)句法錯誤，相反，如果換成：

if (x > 2) {
  const A =require("./a.js");
}else{
  const B =require("./b.js");
}

commonjs是在運行時加載模塊，因此上面代碼就會成功運行

由于動態(tài)加載功能的要求，才會有了import()函數(shù)的提案，這里就不過多贅述。

值的引用VS值的拷貝

commonjs模塊在加載之后會把原始類型的值緩存，之后該模塊的內(nèi)部變化則不會再影響到其輸出的值：

//test.js
var counter = 3;
function incCounter() {
  counter++;
}
module.exports = {
  counter: counter,
  incCounter: incCounter,
};
==================================
//main.js
var test = require("./test");

console.log(test.counter);  // 3
test.incCounter();
console.log(test.counter); // 3

ES6的模塊機制,在引擎靜態(tài)分析階段會把import當成是一種只讀引用（地址是只讀的const，因此不可以在引用該模塊的文件里給他重新賦值），等到代碼實際運行時，才會根據(jù)引用去取值

// test.js
export let counter = 3;
export function incCounter() {
  counter++;
}

// main.js
import { counter, incCounter } from "./test";
console.log(counter); // 3
incCounter();
console.log(counter); // 4

循環(huán)加載指的是，a文件依賴于b文件，而b文件又依賴于a文件

commonjs的循環(huán)加載問題

commonjs是在加載時執(zhí)行的，他在require的時候就會全部跑一遍，因此他在遇到循環(huán)加載的情況就會只輸出已經(jīng)執(zhí)行的部分，而之后的部分則不會輸出，下面是一個例子：

//parent文件
exports.flag = 1;
let children = require("./children")//停下來，加載chilren
console.log(`parent文件中chilren的flag =${children.flag}`);
exports.flag = 2
console.log(`parent文件執(zhí)行完畢了`);
=========================================================
//test2文件
exports.flag = 1;
let parent = require("./parent")//停下來，加載parent，此時parent只執(zhí)行到了第一行，導出結(jié)果flag ==1
console.log(`children文件中parent的flag =${parent.flag}`);
exports.flag = 2
console.log(`children文件執(zhí)行完畢了`);

node parent之后運行結(jié)果為

運行parent之后會在第一行導出flag=1，然后去ruquirechildren文件，此時parent進行等待，等待children文件執(zhí)行結(jié)束，children開始執(zhí)行到第二行的時候出現(xiàn)“循環(huán)加載”parent文件，此時系統(tǒng)自動去找parent文件的exports屬性，而parent只執(zhí)行了一行，但是好在它有exports了flag，所以children文件加再進來了那個flag并繼續(xù)執(zhí)行，第三行不會報錯，最后在第四行children導出了flag=2，此時parent再接著執(zhí)行到結(jié)束。

ES6中的循環(huán)加載問題

ES6和commonjs本質(zhì)上不同！因為ES6是引用取值，即動態(tài)引用

引用阮一峰老師ES6標準入門的例子

// a.mjs
import {bar} from "./b";
console.log("a.mjs");
console.log(bar);
export let foo = "foo";

// b.mjs
import {foo} from "./a";
console.log("b.mjs");
console.log(foo);
export let bar = "bar";

執(zhí)行后的結(jié)果：

執(zhí)行的過程是當a文件防線import了b文件之后就會去執(zhí)行b文件，到了b文件這邊看到了他又引用了a文件，并不會又去執(zhí)行a文件發(fā)生“張郎送李郎”的故事，而是倔強得認為foo這個接口已經(jīng)存在了，于是就繼續(xù)執(zhí)行下去，直到在要引用foo的時候發(fā)現(xiàn)foo還沒有定義，因為let定義變量會出現(xiàn)"暫時性死區(qū)"，不可以還沒定義就使用，其實如果改成var聲明，有個變量提升作用就不會報錯了。改成var聲明fooexport let foo = "foo";

雖然打印的foo是undifined但是并沒有影響程序執(zhí)行，但最好的做法是，改成同樣有提升作用的function來聲明。最后去執(zhí)行函數(shù)來獲得值，最后得到了希望的結(jié)果

// a.mjs
import {bar} from "./b";
console.log("a.mjs");
console.log(bar());
export function foo() { return "foo" };

// b.mjs
import {foo} from "./a";
console.log("b.mjs");
console.log(foo());
export function bar() { return "bar" };

其實關(guān)于模塊還有很多東西還沒有梳理總結(jié)到，比如node模塊的加載過程的細節(jié)，和編譯過程，再比如如何自己寫一個npm模塊發(fā)布等等都是很值得去梳理總結(jié)的，這一次就先到這吧，總之，第一次在自己的SF正兒八經(jīng)的寫這么長的技術(shù)總結(jié)博客，組織內(nèi)容上感覺比較凌亂，還有很多的不足。希望自己以后多多總結(jié)提高吧。最后當然還是要感謝開源，感謝提供了那么多優(yōu)秀資料的前輩們。也歡迎來我的博客網(wǎng)站(https://isliulei.com)指教。

參考文章：
ES6標準入門--阮一峰
Nodejs v8.9.4 官方文檔
《深入淺出Nodejs》---樸靈
Commonjs規(guī)范