1. 执行命令发生了什么 ？
执行命令后，会将安装相关的依赖，依赖会存放在根目录的node_modules下，默认采用扁平化的方式安装，排序规则为：bin文件夹为第一个，然后是@开头系列的文件夹，后面是按照文件夹首字母排序的文件夹。
安装依赖时，使用的算法是广度优先遍历，在遍历依赖树时，npm会首先处理项目根目录下的依赖，然后逐层处理每个依赖包的依赖，直到所有依赖都被处理完毕。在处理每个依赖时，npm会检查该依赖的版本号是否符合依赖树中其他依赖的版本要求，如果不符合，则会尝试安装适合的版本。
2. 什么是扁平化？
安装某个二级模块时，若发现第一层级有相同名称，相同版本的模块，便直接复用那个模块。因为A模块下的C模块被安装到了第一级，这使得B模块能够复用处在同一级下相同的C模块。
扁平化只是理想状态，非理想状态如下图所示：
因为B和A所要求的依赖模块版本不同，所以B不能复用A下的C 1.0模块，所以如果这种情况还是会出现模块冗余的情况，他就会给B继续加一层node_modules，就是非扁平化了。
3. 执行命令后续流程
执行命令后续流程具体过程如下图所示：
npmrc的配置如下图所示：
registry=http://registry.npmjs.org/
# 定义npm的registry，即npm的包下载源
proxy=http://proxy.example.com:8080/
# 定义npm的代理服务器，用于访问网络
https-proxy=http://proxy.example.com:8080/
# 定义npm的https代理服务器，用于访问网络
strict-ssl=true
# 是否在SSL证书验证错误时退出
cafile=/path/to/cafile.pem
# 定义自定义CA证书文件的路径
user-agent=npm/{npm-version} node/{node-version} {platform}
# 自定义请求头中的User-Agent
save=true
# 安装包时是否自动保存到package.json的dependencies中
save-dev=true
# 安装包时是否自动保存到package.json的devDependencies中
save-exact=true
# 安装包时是否精确保存版本号
engine-strict=true
# 是否在安装时检查依赖的node和npm版本是否符合要求
scripts-prepend-node-path=true
# 是否在运行脚本时自动将node的路径添加到PATH环境变量中
4. package-lock.json 的作用
这个东西可以锁定版本记录依赖树详细信息。
version 该参数指定了当前包的版本号；
resolved 该参数指定了当前包的下载地址；
integrity 用于验证包的完整性；
dev 该参数指定了当前包是一个开发依赖包；
bin 该参数指定了当前包中可执行文件的路径和名称；
engines 该参数指定了当前包所依赖的Node.js版本范围；
package-lock.json 帮我们做了缓存，他会通过name + version + integrity信息生成一个唯一的key，这个key能找到对应的index-v5 下的缓存记录，也就是npm cache 文件夹下的。
如果发现有缓存记录，就会找到tar包的hash值，然后将对应的二进制文件解压到node_modules。
