徹底搞懂Node.js中的Require機(jī)制

作者：佚名 2020-11-02 11:40:24

本文學(xué)完后看看是否都搞能懂。最好跟著練習(xí)一遍手寫 require 源碼，美滋滋。

本文你能學(xué)到什么

自己手寫實(shí)現(xiàn)一個(gè) require，面試用也可以。
如何看 Node.js 源碼
require 函數(shù)是如何產(chǎn)生的？為什么在 module 中可以直接使用。
require 加載原生模塊時(shí)候如何處理的，為什么 require('net') 可以直接找到
Node.js 中 require 會(huì)出現(xiàn)循環(huán)引用問(wèn)題嗎？
require 是同步還是異步的？為什么？
exports 和 module.exports 的區(qū)別是什么？
你知道 require 加載的過(guò)程中使用了 vm 模塊嗎？vm 模塊是做什么的？vm 模塊除了 require 源碼用到還有哪些應(yīng)用場(chǎng)景。

請(qǐng)注意我上面提出的問(wèn)題，本文學(xué)完后看看是否都搞能懂。最好跟著練習(xí)一遍手寫 require 源碼，美滋滋。

什么是 CommonJS

每一個(gè)文件就是一個(gè)模塊，擁有自己獨(dú)立的作用域，變量，以及方法等，對(duì)其他的模塊都不可見(jiàn)。CommonJS 規(guī)范規(guī)定，每個(gè)模塊內(nèi)部，module 變量代表當(dāng)前模塊。這個(gè)變量是一個(gè)對(duì)象，它的exports屬性（即module.exports）是對(duì)外的接口。

模塊分類

原生(核心)模塊：Node 提供的模塊我們都稱之為原生模塊
- 內(nèi)建模塊:Node.js 原生提供的模塊中，由純 C/C++ 編寫的稱為內(nèi)建模塊
- 全局模塊：Node.js在啟動(dòng)時(shí)，會(huì)生成一個(gè)全局量 process
- 除了上面兩種可以直接 require 的所有原生模塊
文件模塊：用戶編寫的模塊
- 普通文件模塊：node_modules 下面的模塊，或者我們自己開(kāi)發(fā)時(shí)候?qū)懙拿總€(gè)文件內(nèi)容。
- C++ 擴(kuò)展模塊：用戶自己編寫的 C++ 擴(kuò)展模塊或者第三方 C++ 擴(kuò)展模塊

模塊加載

介紹了上面的模塊分類，正常應(yīng)該到介紹不同模塊的加載環(huán)節(jié)，這里不這樣,只列出目錄。先帶你看一遍源碼，再手寫一下，然后我想你自己總結(jié)一下這幾種模塊的加載區(qū)別。

加載 Node.js 原生模塊

本文不包括直接調(diào)用內(nèi)建純C/C++模塊，也不推薦這樣使用，因?yàn)槲覀冋Ｕ{(diào)用的原生模塊都是通過(guò) js封裝一層，它們自己再去調(diào)用，你想直接調(diào)用的 Node.js提供的存C/C++ 內(nèi)建模塊，js 封裝的一層也都能做到。那部分內(nèi)容放在 Node.js與 C++ 那些事的文章中介紹。

require 加載普通文件模塊

require 加載 C++ 擴(kuò)展文件模塊

require 加載原理(源碼分析與手寫)

require 源碼解析圖

畫了一個(gè)源碼導(dǎo)圖，可以直接跟著導(dǎo)圖學(xué)一遍配上文章講解，效果更佳。(導(dǎo)圖太大了上傳不清晰，需要找我要吧。)

require 源碼并不復(fù)雜，這里采用的是邊看源碼邊手寫的方式講解(我們最終實(shí)現(xiàn)的require 是簡(jiǎn)易版本，一些源碼提到，但是簡(jiǎn)易版本不會(huì)實(shí)現(xiàn))，實(shí)現(xiàn) require 其實(shí)就是實(shí)現(xiàn)整個(gè) Node.js 的模塊加載機(jī)制，Node.js 的模塊加載機(jī)制總結(jié)下來(lái)一共八步。

網(wǎng)上一些文章只分成了3-4步，我這里做了一下細(xì)化，為了徹底搞懂我開(kāi)篇提到的一些問(wèn)題。

1. 基礎(chǔ)準(zhǔn)備階段

Node.js 模塊加載的主流程都在 Module 類中，在源碼的https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L150 中進(jìn)行了基礎(chǔ) Module 類定義，這個(gè)構(gòu)造函數(shù)中的內(nèi)容主要做一些值的初始化，我們自己對(duì)照著實(shí)現(xiàn)下，為了和源碼有一個(gè)區(qū)別，本文使用 KoalaModule 命名。

function KoalaModule(id = '') {  
  this.id = id;       // 這個(gè)id其實(shí)就是我們r(jià)equire的路徑  
  this.path = path.dirname(id);     // path是Node.js內(nèi)置模塊，用它來(lái)獲取傳入?yún)?shù)對(duì)應(yīng)的文件夾路徑  
  this.exports = {};        // 導(dǎo)出的東西放這里，初始化為空對(duì)象  
  this.filename = null;     // 模塊對(duì)應(yīng)的文件名  
  this.loaded = false;      // loaded用來(lái)標(biāo)識(shí)當(dāng)前模塊是否已經(jīng)加載 
}  
KoalaModule._cache = Object.create(null); //創(chuàng)建一個(gè)空的緩存對(duì)象  
KoalaModule._extensions = Object.create(null); // 創(chuàng)建一個(gè)空的擴(kuò)展點(diǎn)名類型函數(shù)對(duì)象(后面會(huì)知道用來(lái)做什么)

然后在源碼中你會(huì)找到 require 函數(shù),在 KoalaModule 的原型鏈上，我們實(shí)現(xiàn)下

Module.prototype.require = function(id) {  
    return Module._load(id, this, /* isMain */ false);  
};

在源碼中你會(huì)發(fā)現(xiàn)又調(diào)用了_load函數(shù)，找到源碼中的 _load 函數(shù)，(源碼位置：https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L724)下面的所有步驟都是在這個(gè)函數(shù)中完成調(diào)用和 return的，實(shí)現(xiàn)簡(jiǎn)易版_load函數(shù)。

KoalaModule._load = function (request) {    // request是我們傳入的路勁參數(shù)  
  // 2.路徑分析并定位到文件  
  const filename = KoalaModule._resolveFilename(request);  
  // 3.判斷模塊是否加載過(guò)(緩存判斷)  
  const cachedModule = koalaModule._cache[filename];  
  if (cachedModule !== undefined) {  
    return cachedModule.exports;  
  }  
  // 4. 去加載 node 原生模塊中  
  /*const mod = loadNativeModule(filename, request);  
   if (mod && mod.canBeRequiredByUsers) return mod.exports;*/    
  // 5. 如果緩存不存在，我們需自行加載模塊，new 一個(gè) KoalaModule實(shí)例  
  // 加載完成直接返回module.exports  
  const module = new KoalaModule(filename);  
  // 6. load加載之前加入緩存，這也是不會(huì)造成循環(huán)引用問(wèn)題的原因，但是循環(huán)引用，這個(gè)緩存里面的exports可能還沒(méi)有或者不完整 
  KoalaModule._cache[filename] = module;  
  // 7. module.load 真正的去加載代碼  
  module.load(filename);  
  // 8. 返回模塊的module.exports   
  return module.exports;  
}

這個(gè)函數(shù)的源碼中有一些其他邏輯的細(xì)節(jié)判斷，有興趣的小伙伴再學(xué)習(xí)下，我提出了核心主干。

2. 路徑分析并定位到文件

找到源碼中的 _resolveFilename 函數(shù)，這個(gè)方法是通過(guò)用戶傳入的require參數(shù)來(lái)解析到真正的文件地址。(源碼地址：https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L816)

這個(gè)函數(shù)源碼中比較復(fù)雜，因?yàn)?require傳遞過(guò)來(lái)的值需要一層一層的判斷，同時(shí)支持多種參數(shù)：內(nèi)置模塊，相對(duì)路徑，絕對(duì)路徑，文件夾和第三方模塊等等，如果是文件夾或者第三方模塊還要解析里面的 package.json 和 index.js。這里簡(jiǎn)單處理，只實(shí)現(xiàn)通過(guò)相對(duì)路徑和絕對(duì)路徑來(lái)查找文件，并支持判斷文件js和json后綴名判斷:

KoalaModule._resolveFilename = function (request) {  
  const filename = path.resolve(request);   // 獲取傳入?yún)?shù)對(duì)應(yīng)的絕對(duì)路徑  
  const extname = path.extname(request);    // 獲取文件后綴名  
  // 如果沒(méi)有文件后綴名，判斷是否可以添加.js和.json  
  if (!extname) {  
    const exts = Object.keys(KoalaModule._extensions);  
    for (let i = 0; i < exts.length; i++) {  
      const currentPath = `${filename}${exts[i]}`;  
      // 如果拼接后的文件存在，返回拼接的路徑  
      if (fs.existsSync(currentPath)) {  
        return currentPath;  
      }  
    }  
  }  
  return filename;  
}

3. 判斷模塊是否加載過(guò)(緩存判斷)

判斷這個(gè)找到的模塊文件是否緩存過(guò)，如果緩存過(guò)，直接返回 cachedModule.exports, 這里就會(huì)想到一個(gè)問(wèn)題為什么在 Node.js 中模塊重復(fù)引用也不會(huì)又性能問(wèn)題，因?yàn)樽隽司彺妗?源碼位置：https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L747)

const cachedModule = koalaModule._cache[filename];  
if (cachedModule !== undefined) {  
  return cachedModule.exports;  
}

4. 去加載 node 原生模塊

如果沒(méi)有進(jìn)行緩存過(guò)，會(huì)調(diào)用一個(gè)加載原生模塊的函數(shù)，這里分析一下。

注意：第四部分代碼我們沒(méi)有進(jìn)行手寫實(shí)現(xiàn)，在_load中進(jìn)行了注釋，但是這里進(jìn)行了一遍分析，我們寫的代碼是如何調(diào)用到原生模塊，本部分涉及到你可能會(huì)不想看的C內(nèi)容，其實(shí)也可以忽略掉，過(guò)一遍就能知道最后的結(jié)論為什么是那樣了，不然看了書記不住為什么這樣。

比如我們r(jià)equire(net),走完前面的緩存判斷就會(huì)到達(dá)這個(gè)loadNativeModule函數(shù)(源碼位置:https://github.com/nodejs/node/blob/802c98d65de40f245781f591a0b3b38336d1af94/lib/internal/modules/cjs/helpers.js#L31)

const mod = loadNativeModule(filename, request);  
  if (mod && mod.canBeRequiredByUsers) return mod.exports;

繼續(xù)往下看 loadNativeModule 函數(shù)的調(diào)用。

function loadNativeModule(filename, request) {  
 // 這里判斷下是不是在原生js模塊中  ，NativeModule在bootstrap/loader.js中定義  
  const mod = NativeModule.map.get(filename);  
  if (mod) {  
    debug('load native module %s', request);  
    mod.compileForPublicLoader();  
    return mod;  
  }  
}

mod 是一個(gè) NativeModule 對(duì)象，這個(gè)對(duì)象很常見(jiàn)，在 node啟動(dòng)一個(gè)文件時(shí)候也會(huì)用到(源碼位置：https://github.com/nodejs/node/blob/802c98d65de40f245781f591a0b3b38336d1af94/lib/internal/bootstrap/loaders.js#L161)

然后到了 mod 的核心函數(shù)mod.compileForPublicLoader();,下面這段代碼相對(duì)源碼刪除了一些非核心部分。

compileForPublicLoader() {    
    this.compileForInternalLoader();    
    return this.exports;    
}    
compileForInternalLoader() {   
    if (this.loaded || this.loading) {  
       return this.exports;    
    }    
    // id就是我們要加載的模塊，比如net   
    const id = this.id;    
    this.loading = true;     
    try {    
      const fn = compileFunction(id);    
      fn(this.exports, nativeModuleRequire, this, process, internalBinding, primordials);    
      this.loaded = true;    
    } finally {    
      this.loading = false;    
    }    
    return this.exports;    
  }

我們重點(diǎn)看compileFunction這里的邏輯。該函數(shù)是node_native_module_env.cc模塊導(dǎo)出的函數(shù)。具體的代碼就不貼了，通過(guò)層層查找，最后到 node_native_module.cc 的NativeModuleLoader::CompileAsModule。

MaybeLocal<Function> NativeModuleLoader::CompileAsModule(    
    Local<Context> context,    
    const char* id,    
    NativeModuleLoader::Result* result) {    
5.    
6.  Isolate* isolate = context->GetIsolate();   
7.  // 函數(shù)的形參    
8.  std::vector<Local<String>> parameters = {    
9.      FIXED_ONE_BYTE_STRING(isolate, "exports"),  
10.      FIXED_ONE_BYTE_STRING(isolate, "require"),  
11.      FIXED_ONE_BYTE_STRING(isolate, "module"),    
12.      FIXED_ONE_BYTE_STRING(isolate, "process"),   
13.      FIXED_ONE_BYTE_STRING(isolate, "internalBinding"),    
14.      FIXED_ONE_BYTE_STRING(isolate, "primordials")};    
15.  // 編譯出一個(gè)函數(shù)    
16.  return LookupAndCompile(context, id, ¶meters, result);  
17.}

我們繼續(xù)看LookupAndCompile。

MaybeLocal<Function> NativeModuleLoader::LookupAndCompile(    
    Local<Context> context,    
    const char* id,    
    std::vector<Local<String>>* parameters,    
    NativeModuleLoader::Result* result) {     
  Isolate* isolate = context->GetIsolate();  
   EscapableHandleScope scope(isolate);   
   Local<String> source;    
  // 找到原生js模塊的地址    
  if (!LoadBuiltinModuleSource(isolate, id).ToLocal(&source)) {    
    return {};    
  }    
  // ‘net’ + ‘.js’  
  std::string filename_s = id + std::string(".js");    
  Local<String> filename =    
      OneByteString(isolate, filename_s.c_str(), filename_s.size());    
  // 省略一些參數(shù)處理    
  // 腳本源碼    
  ScriptCompiler::Source script_source(source, origin, cached_data);    
  // 編譯出一個(gè)函數(shù)    
  MaybeLocal<Function> maybe_fun =   
      ScriptCompiler::CompileFunctionInContext(context,    
                                               &script_source,  
                                                parameters->size(),  
                                                parameters->data(),  
                                                0,    
                                               nullptr,    
                                               options);    
    Local<Function> fun = maybe_fun.ToLocalChecked();    
  return scope.Escape(fun);    
}

LookupAndCompile 函數(shù)首先找到加載模塊的源碼，然后編譯出一個(gè)函數(shù)。我們看一下LoadBuiltinModuleSource 如何查找模塊源碼的。

MaybeLocal<String> NativeModuleLoader::LoadBuiltinModuleSource(Isolate* isolate, const char* id) {    
  const auto source_source_it = source_.find(id);    
  return source_it->second.ToStringChecked(isolate);    
}

這里是 id 是 net，通過(guò)該 id 從 _source 中找到對(duì)應(yīng)的數(shù)據(jù)，那么_source 是什么呢？Nodejs 為了提高效率，把原生 js 模塊的源碼字符串直接轉(zhuǎn)成 ascii 碼存到**內(nèi)存**里。這樣加載這些模塊的時(shí)候，就不需要硬盤 io 了。直接從內(nèi)存讀取就行。_source 的定義（在 node_javascript.cc里，負(fù)責(zé)編譯nodejs 源碼或者執(zhí)行 js2c.py 生成）。

結(jié)論：Node.js 在啟動(dòng)時(shí)候直接從內(nèi)存中讀取內(nèi)容，我們通過(guò) require 加載 net 原生模塊時(shí)，通過(guò) NativeModule的compileForInternalLoader，最終會(huì)在 _source 中找到對(duì)應(yīng)的源碼字符串，然后編譯成一個(gè)函數(shù)，然后去執(zhí)行這個(gè)函數(shù),執(zhí)行函數(shù)的時(shí)候傳遞 nativeModuleRequire和internalBinding兩個(gè)函數(shù)，nativeModuleRequire用于加載原生 js 模塊，internalBinding用于加載純C++ 編寫的內(nèi)置模塊。

const fn = compileFunction(id);    
fn(this.exports, nativeModuleRequire, this, process, internalBinding, primordials);

5. 創(chuàng)建一個(gè) KoalaModule 實(shí)例

如果不是原生 node 模塊，就會(huì)當(dāng)作普通文件模塊加載，自己創(chuàng)建一個(gè) KoalaModule 實(shí)例，去完成加載。

const module = new KoalaModule(filename);

6. 添加緩存

我把這一小步驟單獨(dú)提出的原因，想說(shuō)明的是先進(jìn)行緩存的添加，然后進(jìn)行的模塊代碼的加載，這樣就會(huì)出現(xiàn)下面的結(jié)論，Node.js 官網(wǎng)也有單獨(dú)介紹,可以自己試一下。

main 加載a，a 在真正加載前先去緩存中占一個(gè)位置
a 在正式加載時(shí)加載了 b
b 又去加載了 a，這時(shí)候緩存中已經(jīng)有 a 了，所以直接返回 a.exports，這時(shí)候 exports 很有可能是不完整的內(nèi)容。

7. module.load 真正的去加載代碼

不在緩存，不是原生模塊，緩存已經(jīng)添加完，我們通過(guò)這個(gè) load 函數(shù)去加載文件模塊，源碼中位置(https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L936)

源碼中，會(huì)有一個(gè)獲取文件擴(kuò)展名的函數(shù)findLongestRegisteredExtension 這個(gè)方法的具體內(nèi)容是有擴(kuò)展名的取擴(kuò)展名，沒(méi)有的都按照 .js 為擴(kuò)展名處理，在這個(gè)之前會(huì)判斷一下 Module._extesions 支持的擴(kuò)展名，不是所有都支持。

我們自己實(shí)現(xiàn)一下 load 函數(shù)。

KoalaModule.prototype.load = function (filename) {  
  // 獲取文件后綴名(我們忽略掉了findLongestRegisteredExtension函數(shù)，有興趣小伙伴自己實(shí)現(xiàn))  
  const extname = path.extname(filename);  
  // 根據(jù)不同的后綴名去進(jìn)行不同的處理  
  KoalaModule._extensions[extname](this, filename);  
  this.loaded = true;  
}

獲取到擴(kuò)展名之后，根據(jù)不通的擴(kuò)展名去執(zhí)行不同的擴(kuò)展名函數(shù)，源碼中支持的擴(kuò)展名有.js,.json,.node;

7.1. 加載.js

定位到加載 .js 的源碼位置(https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L1092)

我們自己實(shí)現(xiàn)一下執(zhí)行.js代碼。

KoalaModule._extensions['.js'] = function (module, filename) {  
  const content = fs.readFileSync(filename, 'utf8');  
  module._compile(content, filename);  
}

KoalaModule._extensions 中 _compile 函數(shù)的執(zhí)行。找到對(duì)應(yīng)的源碼位置(https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L1037)，源碼中這里還使用 proxy，我們進(jìn)行一下簡(jiǎn)單實(shí)現(xiàn)。

KoalaModule.wrapper = [  
  '(function (exports, require, module, __filename, __dirname) { ',  
  '\n});'  
]; 
KoalaModule.wrap = function (script) {  
  return KoalaModule.wrapper[0] + script + KoalaModule.wrapper[1];  
};  
KoalaModule.prototype._compile = function (content, filename) { 
  const wrapper = KoalaModule.wrap(content);    // 獲取包裝后函數(shù)體  
  // vm是 Node.js 的虛擬機(jī)模塊，runInThisContext方法可以接受一個(gè)字符串并將它轉(zhuǎn)化為一個(gè)函數(shù)  
  // 返回值就是轉(zhuǎn)化后的函數(shù)，compiledWrapper是一個(gè)函數(shù)  
  const compiledWrapper = vm.runInThisContext(wrapper, {  
    filename,  
    lineOffset: 0,  
    displayErrors: true,  
  });  
  const dirname = path.dirname(filename);  
  // 調(diào)用函數(shù)，這里一定注意傳遞進(jìn)的內(nèi)容。  
  compiledWrapper.call(this.exports, this.exports, this.require, this,  
    filename, dirname);  
}

這里注意兩個(gè)地方

使用 vm 進(jìn)行模塊代碼的執(zhí)行，模塊代碼外面進(jìn)行了一層包裹,以便注入一些變量。

'(function (exports, require, module, __filename, __dirname) { ',  
  '\n});'

最終執(zhí)行代碼的函數(shù)傳遞的參數(shù)

this: compiledWrapper函數(shù)是通過(guò) call 調(diào)用的，第一個(gè)參數(shù)就是里面的this，這里我們傳入的是 this.exports，也就是 module.exports
exports: compiledWrapper 函數(shù)正式接收的第一個(gè)參數(shù)是 exports，我們傳的也是 this.exports,所以 js 文件里面的 exports 也是對(duì)module.exports 的一個(gè)引用。
require: 這個(gè)方法我們傳的是 this.require，其實(shí)就是KoalaModule.prototype.require 函數(shù)，也就是 KoalaModule._load。
module: 我們傳入的是 this，也就是當(dāng)前模塊的實(shí)例。
__filename：文件所在的絕對(duì)路徑。
__dirname: 文件所在文件夾的絕對(duì)路徑。

以上兩點(diǎn)也是我們能在 JS 模塊文件里面直接使用這幾個(gè)變量的原因。

7.2. 加載 .json

加載 .json 文件比較簡(jiǎn)單，直接使用 JSONParse就可以，定位到源碼位置(https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L1117),注意這里不要忘記異常拋出我們簡(jiǎn)單實(shí)現(xiàn)下：

KoalaModule._extensions['.json'] = function (module, filename) {  
  const content = fs.readFileSync(filename, 'utf8');  
   try {  
   module.exports = JSONParse(content);  
  } catch (err) {  
    throw err; 
  }  
}

7.3 加載 .node

我們自己實(shí)現(xiàn)的 C++ 插件或者第三方 C++ 插件，經(jīng)過(guò)編譯后會(huì)變?yōu)?node 擴(kuò)展名文件。.node 文件的本質(zhì)是動(dòng)態(tài)鏈接庫(kù)，找到對(duì)應(yīng)源碼位置(https://github.com/nodejs/node/blob/master/lib/internal/modules/cjs/loader.js#L1135)

Module._extensions['.node'] = function(module, filename)     
  // ...    
  //return process.dlopen(module, path.toNamespacedPath(filename));   
};

直接調(diào)了process.dlopen，該函數(shù)在node.js里定義。

const rawMethods = internalBinding('process_methods');    
process.dlopen = rawMethods.dlopen;

找到process_methods模塊對(duì)應(yīng)的是node_process_methods.cc。

env->SetMethod(target, "dlopen", binding::DLOpen);

這里也過(guò)多分析，放到 Node.js 和 C++ 那些事那篇文章一起講解。

8. 返回模塊的 module.exports

return module.exports;

在模塊中的代碼可以修改 module.exports 的值，不管是從緩存獲取，加載原生模塊還是普通文件模塊，module.exports 都是最終的導(dǎo)出結(jié)果

require 原理理解后的思考

require加載是同步還是異步

這個(gè)問(wèn)題我直接告訴你同步還是異步，你可能過(guò)一陣又忘記了，我之前就是這樣。看過(guò)源碼或者手寫一遍就知道了，代碼中所有文件相關(guān)操作都是使用的同步，舉幾個(gè)例子：

fs.existsSync(currentPath)  
fs.readFileSync(filename, 'utf8');

exports和module.exports的區(qū)別究竟是什么？

在源碼中可以發(fā)現(xiàn)，

compiledWrapper.call(this.exports, this.exports, this.require, this,  
    filename, dirname);

require在執(zhí)行文件時(shí)候，傳遞的兩個(gè)參數(shù) 參數(shù)一：this.exports = {}; 參數(shù)二：this 而this就是 module 所以 module.exports = {};

所以在一個(gè)模塊沒(méi)有做任何代碼編寫之前 exports === module.exports 都是 {} ，共同指向一個(gè)引用

看一張圖理解這里更清楚：

但是大多數(shù)情況下我們開(kāi)發(fā)時(shí)，經(jīng)常會(huì)這樣導(dǎo)出

exports = {  
    name:'kaola'  
}

或者這樣寫

module.export = {  
    value:'程序員成長(zhǎng)指北‘  
}

上面這兩種情況就是給 exports 或者 module.exports 重新賦值了，改變了引用地址，兩個(gè)屬性就不再===。

關(guān)鍵點(diǎn)：require一個(gè)文件，之前在手寫代碼時(shí)你會(huì)發(fā)現(xiàn)，最終導(dǎo)出的內(nèi)容是return module.exports;.所以你對(duì)exports的重新賦值不會(huì)改變模塊的導(dǎo)出內(nèi)容，只是改變了exports這個(gè)變量而已。導(dǎo)出內(nèi)容永遠(yuǎn)是module.exports

require 會(huì)不會(huì)造成循環(huán)引用的問(wèn)題

自行去看源碼實(shí)現(xiàn)中的第 7 步，應(yīng)就懂了。

require是怎么來(lái)的，為什么可以直接在一個(gè)文件中使用require

require 到的文件，在 vm 模塊最終執(zhí)行的時(shí)，對(duì)代碼進(jìn)行了一層包裹，并且把對(duì)應(yīng)的參數(shù)傳遞進(jìn)去執(zhí)行。

包裹后的代碼：

`(function (exports, require, module, __filename, __dirname) { ${script} \n});`

執(zhí)行時(shí)的代碼：

const wrapper = this.wrap(content);    // 獲取包裝后函數(shù)體  
 // vm是nodejs的虛擬機(jī)模塊，runInThisContext方法可以接受一個(gè)字符串并將它轉(zhuǎn)化為一個(gè)函數(shù)  
 const compiledWrapper = vm.runInThisContext(wrapper, {  
     filename,  
     lineOffset: 0,  
     displayErrors: true,  
 });  
 const dirname = path.dirname(filename);  
 compiledWrapper.call(this.exports, this.exports, this.require, this,  
     filename, dirname);

在這里小伙伴對(duì) vm 模塊有疑問(wèn)的話可以看我的下一篇文章冷門 Node.js模塊 vm 學(xué)習(xí)必不可少。

通過(guò)代碼發(fā)現(xiàn) require 函數(shù)實(shí)際已經(jīng)傳遞到了執(zhí)行的 module 文件中，所以require 在 module 文件中可以直接調(diào)用了，同時(shí)也應(yīng)該明白了為什么那幾個(gè)變量可以直接獲取了 dirname,filename 等。

學(xué)習(xí)補(bǔ)充

CommonJs 與 ES6Module的區(qū)別？

區(qū)別	require/exports	import/export
出現(xiàn)的時(shí)間/地點(diǎn)不同	2009年出生出自CommonJS	2015年出生出自ECMAScript2015(ES6)
不同端的使用限制	100	999
加載方式	同步加載，運(yùn)行時(shí)動(dòng)態(tài)加載，加載的是一個(gè)對(duì)象，對(duì)象需要在腳本運(yùn)行完成后才會(huì)生成	異步加載，靜態(tài)編譯，ES6 模塊不是對(duì)象，它的對(duì)外接口只是一種靜態(tài)定義，在代碼靜態(tài)解析階段就會(huì)生成
輸出對(duì)比	輸出的是一個(gè)值的拷貝，一旦輸出一個(gè)值，模塊內(nèi)部的變化不會(huì)影響到這個(gè)值	輸出的是值的引用，JS 引擎對(duì)腳本靜態(tài)分析的時(shí)候，遇到模塊加載命令import，就會(huì)生成一個(gè)只讀引用。等到腳本真正執(zhí)行時(shí)，再根據(jù)這個(gè)只讀引用，到被加載的那個(gè)模塊里面去取值。若文件引用的模塊值改變，require 引入的模塊值不會(huì)改變，而 import 引入的模塊值會(huì)改變。
使用方式	上面手寫過(guò)程中已經(jīng)說(shuō)了使用方式	import的使用方式

Node.js 中的 vm 模塊是什么？

寫不動(dòng)了，喝完奶茶的動(dòng)力過(guò)去了，我要去睡覺(jué)了，后面發(fā)一篇小文章介紹 vm 模塊吧！有興趣的小伙伴也可以直接去 Node.js 官網(wǎng)學(xué)習(xí)下。

總結(jié)

看源碼最好帶著一些目的，開(kāi)篇的一些問(wèn)題只知道結(jié)果并不都知道原因就是我寫本文的目的，看源碼的過(guò)程中也能學(xué)到一些內(nèi)容，比如一些地方你會(huì)發(fā)現(xiàn)源碼是比你寫的好，嘿嘿。require 的源碼中還是有很多細(xì)節(jié)點(diǎn)可以學(xué)習(xí)和分析的，比如這里忽略了 isMain 主文件判斷，啟動(dòng)時(shí)候 require 的使用(這個(gè)會(huì)在另一篇文章 Node.js 的啟動(dòng)源碼分析中介紹)，以及在 load 方法中執(zhí)行模塊文件時(shí)候使用到的 proxy，都可以學(xué)習(xí)下,本文是一個(gè)思路，下篇見(jiàn)。

責(zé)任編輯：龐桂玉來(lái)源：前端大全