今天小編給大家分享的是NPM機制的詳細介紹，相信很多人都不太了解，為了讓大家更加了解NPM機制，所以給大家總結(jié)了以下內(nèi)容，話不多說，一起往下看吧。

成都創(chuàng)新互聯(lián)公司專注于上海網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供上海營銷型網(wǎng)站建設(shè)，上海網(wǎng)站制作、上海網(wǎng)頁設(shè)計、上海網(wǎng)站官網(wǎng)定制、微信小程序開發(fā)服務(wù)，打造上海網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供上海網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

使用NPM安裝的時候會經(jīng)常出現(xiàn)包沖突（比如多個主模塊的子模塊版本不一致等），導致在開發(fā)過程中會遇到各種或大或小的問題。所有在這會介紹以下內(nèi)容：

1. NPM 主要安裝方式
2. NPM 包信息查詢
3. NPM 安裝機制（主要）

安裝&查詢命令

NPM 各種安裝方式

• npm install packageName[@next | @versionNumber]

  • 在 node_modules 中沒有指定模塊時安裝，（不檢查~/.npm目錄）

• npm install packageName --f | -- force

  • 一個模塊不管是否安裝過，npm都要 強制重新安裝

• npm update packageName

  • 如果遠程版本較新、或者本地版本不存在時安裝

NPM 查詢服務(wù)

• NPM通過registry的查詢服務(wù)，從而知道每個模塊的最新版本。
• 可以通過 npm view packageName [version] 查詢對映模塊的信息

NPM 安裝機制

輸入 npm install 命令并敲下回車后，會經(jīng)歷如下幾個階段（以 npm 5.5.1 為例）：

1. 執(zhí)行工程自身 preinstall

當前 npm 工程如果定義了 preinstall 鉤子此時會被執(zhí)行。

2. 確定首層依賴模塊

首先需要做的是確定工程中的首層依賴，也就是 dependencies 和 devDependencies 屬性中直接指定的模塊（假設(shè)此時沒有添加 npm install 參數(shù)）。

工程本身是整棵依賴樹的根節(jié)點，每個首層依賴模塊都是根節(jié)點下面的一棵子樹，npm 會開啟多進程從每個首層依賴模塊開始逐步尋找更深層級的節(jié)點。

如果查詢node_modules目錄之中已經(jīng)存在指定模塊，那么不再重新安裝

3. 獲取模塊

獲取模塊是一個遞歸的過程，分為以下幾步：

• 獲取模塊信息

  • 在下載一個模塊之前，首先要確定其版本，這是因為 package.json 中往往是 semantic version（semver，語義化版本）
  • 此時如果版本描述文件（npm-shrinkwrap.json 或 package-lock.json）中有該模塊信息直接拿即可
  • 如果沒有則從倉庫獲取（向registry查詢）。如 packaeg.json 中某個包的版本是 ^1.1.0，npm 就會去倉庫中獲取符合 1.x.x 形式的最新版本。

• 獲取模塊實體。

  • 上一步會獲取到模塊的壓縮包地址（resolved 字段），npm 會用此地址檢查本地緩存，緩存中有就直接拿，如果沒有則從倉庫下載。

• 查找該模塊依賴

  • 如果有依賴則回到第1步，如果沒有則停止。

4. 模塊扁平化（dedupe）

一步獲取到的是一棵完整的依賴樹，其中可能包含大量重復(fù)模塊。比如 A 模塊依賴于 loadsh，B 模塊同樣依賴于 lodash。在 npm3 以前會嚴格按照依賴樹的結(jié)構(gòu)進行安裝，因此會造成模塊冗余。

從 npm3 版本 開始默認加入了一個 dedupe 的過程。它會遍歷所有節(jié)點，逐個將模塊放在根節(jié)點下面，也就是 node-modules 的第一層。當發(fā)現(xiàn)有重復(fù)模塊時，則將其丟棄。

這里需要對重復(fù)模塊進行一個定義，它指的是模塊名相同且 semver 兼容。每個 semver 都對應(yīng)一段版本允許范圍，如果兩個模塊的版本允許范圍存在交集，那么就可以得到一個兼容版本，而不必版本號完全一致，這可以使更多冗余模塊在 dedupe 過程中被去掉。

比如

• node-modules 下 foo 模塊依賴 lodash@^1.0.0，bar 模塊依賴 lodash@^1.1.0，則 ^1.1.0 為兼容版本。
• 而當 foo 依賴 lodash@^2.0.0，bar 依賴 lodash@^1.1.0，則依據(jù) semver 的規(guī)則，二者不存在兼容版本。會將一個版本放在 node_modules 中，另一個仍保留在依賴樹里。

舉個例子，假設(shè)一個依賴樹原本是這樣：

node_modules
-- foo
---- lodash@version1

-- bar
---- lodash@version2

假設(shè) version1 和 version2 是兼容版本，則經(jīng)過 dedupe 會成為下面的形式：

node_modules
-- foo

-- bar

-- lodash（保留的版本為兼容版本）

假設(shè) version1 和 version2 為非兼容版本，則后面的版本保留在依賴樹中：

node_modules
-- foo
-- lodash@version1

-- bar
---- lodash@version2

5. 安裝模塊

這一步將會更新工程中的 node_modules，并執(zhí)行模塊中的生命周期函數(shù)（按照 preinstall、install、postinstall 的順序）。

6. 執(zhí)行工程自身生命周期

當前 npm 工程如果定義了鉤子此時會被執(zhí)行（按照 install、postinstall、prepublish、prepare 的順序）。

最后一步是生成或更新版本描述文件，npm install 過程完成。

關(guān)于NPM機制的詳解就分享到這里了，希望以上內(nèi)容可以對大家有一定的參考價值，可以學以致用。如果喜歡本篇文章，不妨把它分享出去讓更多的人看到。