摘要：可以通过查询对映模块的信息安装机制输入命令并敲下回车后，会经历如下几个阶段以为例执行工程自身当前工程如果定义了钩子此时会被执行。在以前会严格按照依赖树的结构进行安装，因此会造成模块冗余。当发现有重复模块时，则将其丢弃。
使用NPM安装的时候会经常出现包冲突（比如多个主模块的子模块版本不一致等），导致在开发过程中会遇到各种或大或小的问题。所有在这会介绍以下内容：
NPM 主要安装方式
NPM 包信息查询
NPM 安装机制（主要）
NPM 各种安装方式
npm install packageName[@next | @versionNumber]
在 node_modules 中没有指定模块时安装，（不检查~/.npm目录）
npm install packageName --f | -- force
一个模块不管是否安装过，npm都要 强制重新安装
npm update packageName
如果远程版本较新、或者本地版本不存在时安装
NPM 查询服务
NPM通过registry的查询服务，从而知道每个模块的最新版本。
可以通过 npm view packageName [version] 查询对映模块的信息
输入 npm install 命令并敲下回车后，会经历如下几个阶段（以 npm 5.5.1 为例）：
1. 执行工程自身 preinstall
当前 npm 工程如果定义了 preinstall 钩子此时会被执行。
2. 确定首层依赖模块
首先需要做的是确定工程中的首层依赖，也就是 dependencies 和 devDependencies 属性中直接指定的模块（假设此时没有添加 npm install 参数）。
工程本身是整棵依赖树的根节点，每个首层依赖模块都是根节点下面的一棵子树，npm 会开启多进程从每个首层依赖模块开始逐步寻找更深层级的节点。
如果查询node_modules目录之中已经存在指定模块，那么不再重新安装
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）
一步获取到的是一棵完整的依赖树，其中可能包含大量重复模块。比如 A 模块依赖于 loadsh，B 模块同样依赖于 lodash。在 npm3 以前会严格按照依赖树的结构进行安装，因此会造成模块冗余。
从 npm3 版本 开始默认加入了一个 dedupe 的过程。它会遍历所有节点，逐个将模块放在根节点下面，也就是 node-modules 的第一层。当发现有重复模块时，则将其丢弃。
这里需要对重复模块进行一个定义，它指的是模块名相同且 semver 兼容。每个 semver 都对应一段版本允许范围，如果两个模块的版本允许范围存在交集，那么就可以得到一个兼容版本，而不必版本号完全一致，这可以使更多冗余模块在 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，则依据 semver 的规则，二者不存在兼容版本。会将一个版本放在 node_modules 中，另一个仍保留在依赖树里。
举个例子，假设一个依赖树原本是这样：
node_modules
-- foo
---- lodash@version1
-- bar
---- lodash@version2
假设 version1 和 version2 是兼容版本，则经过 dedupe 会成为下面的形式：
node_modules
-- foo
-- bar
-- lodash（保留的版本为兼容版本）
假设 version1 和 version2 为非兼容版本，则后面的版本保留在依赖树中：
node_modules
-- foo
-- lodash@version1
-- bar
---- lodash@version2
5. 安装模块
这一步将会更新工程中的 node_modules，并执行模块中的生命周期函数（按照 preinstall、install、postinstall 的顺序）。
6. 执行工程自身生命周期
当前 npm 工程如果定义了钩子此时会被执行（按照 install、postinstall、prepublish、prepare 的顺序）。
最后一步是生成或更新版本描述文件，npm install 过程完成。
End文章分享同步于： https://github.com/zhongmeizh...
参考
阮一峰的个人博客
npm实现原理
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/54757.html
摘要：未来一个大的趋势就是前端开发的效果，正无限逼近原生效果同时一些大厂也在纷纷提前布局了，之前惊艳四方的天猫造物节淘宝造物节风靡朋友圈的怎么做的如果我们要在这波浪潮上取得先机，那么就必须提前学习。我个人想学习的框架是天猫的。 面向2018年，我觉得前端有这么三个方向可以突破 前端逻辑层（包括三大框架，webpack，前端数据管理） 前端交互层（包括css3，canvas，svg，vr...
摘要：我们将在下一章源码仓库全解析第四章下存储需求方的配置操作中重点介绍存储需求方用户的配置操作，并反过来验证第三章中存储矿工后续挖取新块的过程，帮助大家融会贯通，并在工程上验证整个挖矿行为的生命周期。目前已成为华中区最大最具影响力的垂直媒体。 不好意思，这篇加了点八卦： 本来是不太想说这事的，从18年看到现在，不少见圈里的朋友和友商互相吐槽乃至攻击...最近还闹得比较大。这里说两句：区块链...
阅读 1323·2021-11-11 11:00
阅读 3040·2021-09-24 09:47
阅读 4949·2021-09-22 15:53
阅读 959·2021-09-10 10:50
阅读 3205·2021-09-01 11:40
阅读 1159·2019-08-30 15:55
阅读 470·2019-08-30 12:49
阅读 1048·2019-08-29 17:12
