1. Node.js的模塊載入方式與機制

Node.js中模塊可以通過文件路徑或名字獲取模塊的引用。模塊的引用會映射到一個js文件路徑，除非它是一個Node內置模塊。Node的內置模塊公開了一些常用的API給開發(fā)者，并且它們在Node進程開始的時候就預加載了。

其它的如通過NPM安裝的第三方模塊（third-party modules）或本地模塊（local modules），每個模塊都會暴露一個公開的API。以便開發(fā)者可以導入。如

var mod = require('module_name')

此句執(zhí)行后，Node內部會載入內置模塊或通過NPM安裝的模塊。require函數(shù)會返回一個對象，該對象公開的API可能是函數(shù)，對象，或者屬性如函數(shù)，數(shù)組，甚至任意類型的JS對象。

這里列下node模塊的載入及緩存機制

1. 載入內置模塊（A Core Module）
2. 載入文件模塊（A File Module）
3. 載入文件目錄模塊（A Folder Module）
4. 載入node_modules里的模塊
5. 自動緩存已載入模塊

一、載入內置模塊

Node的內置模塊被編譯為二進制形式，引用時直接使用名字而非文件路徑。當?shù)谌降哪K和內置模塊同名時，內置模塊將覆蓋第三方同名模塊。因此命名時需要注意不要和內置模塊同名。如獲取一個http模塊

var http = require('http')

返回的http即是實現(xiàn)了HTTP功能Node的內置模塊。

二、載入文件模塊

絕對路徑的

var myMod = require('/home/base/my_mod')

或相對路徑的

var myMod = require('./my_mod')

注意，這里忽略了擴展名“.js”，以下是對等的

var myMod = require('./my_mod') 
var myMod = require('./my_mod.js')

三、載入文件目錄模塊

可以直接require一個目錄，假設有一個目錄名為folder，如

var myMod = require('./folder')

此 時，Node將搜索整個folder目錄，Node會假設folder為一個包并試圖找到包定義文件package.json。如果folder 目錄里沒有包含package.json文件，Node會假設默認主文件為index.js，即會加載index.js。如果index.js也不存在， 那么加載將失敗。

假如目錄結構如下

package.json定義如下

{
    "name": "pack",
    "main": "modA.js"
}

此時 require('./folder') 將返回模塊modA.js。如果package.json不存在，那么將返回模塊index.js。如果index.js也不存在，那么將發(fā)生載入異常。

四、載入node_modules里的模塊

如果模塊名不是路徑，也不是內置模塊，Node將試圖去當前目錄的node_modules文件夾里搜索。如果當前目錄的node_modules里沒有找到，Node會從父目錄的node_modules里搜索，這樣遞歸下去直到根目錄。

不必擔心，npm命令可讓我們很方便的去安裝，卸載，更新node_modules目錄。

五、自動緩存已載入模塊

對于已加載的模塊Node會緩存下來，而不必每次都重新搜索。下面是一個示例

modA.js

console.log('模塊modA開始加載...') 
exports = function() { 
    console.log('Hi') 
} 
console.log('模塊modA加載完畢')

init.js

var mod1 = require('./modA') 
var mod2 = require('./modA') 
console.log(mod1 === mod2)

命令行執(zhí)行：

node init.js

輸入如下

可以看到雖然require了兩次，但modA.js仍然只執(zhí)行了一次。mod1和mod2是相同的，即兩個引用都指向了同一個模塊對象。

2. nodejs 模塊查找

nodejs在加載外部自定義模塊時對模塊有查找順序，找到后還會進行緩存。

查找順序：

1. 相對路徑，比如提供./ 或者../這種以'./'和‘..’開始的路徑，簡單的，就是相對當前位置的路徑。

2.絕對路徑，這時候將按以下順序查找：

在 進入路徑查找之前有必要描述一下module path這個Node.js中的概念。對于每一個被加載的文件模塊，創(chuàng)建這個模塊對象的時候，這個模塊便會有一個paths屬性，其值根據當前文件的路徑 計算得到。我們創(chuàng)建modulepath.js這樣一個文件，其內容為：

console.log(module.paths);

我們將其放到任意一個目錄中執(zhí)行node modulepath.js命令，將得到以下的輸出結果。

[ '/home/ikeepstudying/research/node_modules',
'/home/ikeepstudying/node_modules',
'/home/node_modules',
'/node_modules' ]

Windows下：

[ 'c:\\nodejs\\node_modules', 'c:\\node_modules' ]

然后是['.']

然后是：

windows下%NODE_PATH%,%USERPROFILE%/.node_modules, %USERPROFILE%/.node_libraries

非windows下$NODE_PATH, $HOME/.node_modules, $HOME/.node_libraries

[NODE_PATH，HOME/.node_modules，HOME/.node_libraries，execPath/../../lib/node]

然后是node.exe目錄的../../lib/node,所以這個具體取決于node二進制文件放哪里.

簡而言之，如果require絕對路徑的文件，查找時不會去遍歷每一個node_modules目錄，其速度最快。其余流程如下：

1. 從module path數(shù)組中取出第一個目錄作為查找基準。
2. 直接從目錄中查找該文件，如果存在，則結束查找。如果不存在，則進行下一條查找。
3. 嘗試添加.js、.json、.node后綴后查找，如果存在文件，則結束查找。如果不存在，則進行下一條。
4. 嘗試將require的參數(shù)作為一個包來進行查找，讀取目錄下的package.json文件，取得main參數(shù)指定的文件。
5. 嘗試查找該文件，如果存在，則結束查找。如果不存在，則進行第3條查找。
6. 如果繼續(xù)失敗，則取出module path數(shù)組中的下一個目錄作為基準查找，循環(huán)第1至5個步驟。
7. 如果繼續(xù)失敗，循環(huán)第1至6個步驟，直到module path中的最后一個值。
8. 如果仍然失敗，則拋出異常。

整個查找過程十分類似原型鏈的查找和作用域的查找。所幸Node.js對路徑查找實現(xiàn)了緩存機制，否則由于每次判斷路徑都是同步阻塞式進行，會導致嚴重的性能消耗。

一旦加載成功就以模塊的路徑進行緩存，這里有一個陷阱。

就是如果父目錄包含X模塊，且存在引用X模塊的代碼。而子目錄也是相同的情況。那么父目錄和子目錄下實際引用到的分別是自己目錄下的那個X模塊，而不是之前那個的復用。也就是要注意他緩存是匹配全路徑的。

Nodejs：模塊查找，引用及緩存機制

3. 利用nodejs模塊緩存機制創(chuàng)建“全局變量”

在《深入淺出nodejs》有這樣一段（有部分增減）：

nodejs引入模塊分四個步驟 路徑分析 文件定位 編譯執(zhí)行 加入內存 核心模塊部分在node源代碼的編譯過程中就編譯成了二級制文件，在node啟動時就直接加載如內存，所以這部分模塊引入時，前三步省略，直接加入。 nodejs的模塊加載和瀏覽器js加載一樣都有緩存機制，不同的是，瀏覽器僅僅緩存文件，而nodejs緩存的是編譯和執(zhí)行后的對象（緩存內存）。 基于以上三點：我們可以編寫一個模塊，用來記錄長期存在的變量。例如：我可以編寫一個記錄接口訪問數(shù)的模塊：

var count = {}; // 因模塊是封閉的，這里實際上借用了js閉包的概念
exports.count = function(name){ 
    if(count[name]){ 
        count[name]++; 
    }else{ 
        count[name] = 1; 
    } 
    console.log(name + '被訪問了' + count[name] + '次。'); 
};

我們在路由里這樣引用:

var count = require('count');
export.index = function(req, res){
    count('index');
};

4. nodejs清除require緩存 delete require.cache

開發(fā)nodejs應用時會面臨一個麻煩的事情，就是修改了配置數(shù)據之后，必須重啟服務器才能看到修改后的結果。

于是問題來了，挖掘機哪家強？噢，no! no! no!

怎么做到修改文件之后，自動重啟服務器。

server.js中的片段：

var port = process.env.port || 1337;app.listen(port);
console.log("server start in " + port);
exports.app = app;

假定我們現(xiàn)在是這樣的：

app.js的片段：

var app = require('./server.js');

如果我們在server.js中啟動了服務器，我們停止服務器可以在app.js中調用

app.app.close()

但是當我們重新引入server.js

app = require('./server.js')

的時候會發(fā)現(xiàn)并不是用的最新的server.js文件，原因是require的緩存機制，在第一次調用require('./server.js')的時候緩存下來了。

這個時候怎么辦？

下面的代碼解決了這個問題:

delete require.cache[require.resolve('./server.js')];
app = require('./server.js');

Node.js的模塊查找、引用和緩存機制是其獨特的特性之一，它們?yōu)殚_發(fā)人員提供了更好的性能和可維護性。了解這些機制的工作原理和使用方法，可以幫助開發(fā)人員更好地利用Node.js的優(yōu)勢，提高應用程序的性能和可維護性。

到此這篇關于Node.js：模塊查找，引用及緩存機制詳解的文章就介紹到這了,更多相關Node.js模塊查找，引用及緩存機制內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論