为什么我选择在项目中使用 pnpm？

一、什么是 pnpm？

总览

pnpm 的官网（https://pnpm.io/）中是这样介绍 pnpm 的：

Fast, disk space efficient package manager

意思是快速，占用磁盘空间少的包管理工具。

可见，pnpm 是和 npm、yarn 一样的包管理工具，但是其具有快速、占用磁盘空间少等特点。

对比

在了解 pnpm 的特点之前，我们先来看一下 npm 和 yarn 都分别存在哪些问题。

npm2

我们通过 nvm（管理 node 版本的工具）将 node 降为 v4.9.1，这时 npm 的版本就为 v2.15.11。

之后我们通过 npm init -y，默认配置创建 package.json，再 npm i express 安装 express。

可以看见 express 下面还有 node_modules，而内层 node_modules 中依赖的包里面还有 node_modules。

也就是说 npm2 的依赖是嵌套存在的。初一看这样是没有问题的，但是我们仔细思考，引入的包之间难免会有共同的依赖，如果同样的依赖复制很多次，会浪费磁盘空间。同时，嵌套还会导致文件路径过长，而在 windows 操作系统下，文件路径会被限制。

当时 npm 官方还没解决，yarn 就诞生了。

yarn & npm

yarn 通过扁平化，将所有依赖平铺，不再一层一层嵌套，解决依赖重复的同时，也解决了路径过长的问题。

我们把 node_module 删除，利用 nvm 切换 node 版本为 16.18.1，在命令行中输入 yarn，安装依赖：

我们会发现明明 dependencies 下只有 express，但是 node_modules 下却有巨量的包，包内展开大部分没有第二层 node_modules。

npm 升级到 v3 版本后，也和 yarn 采用的类似平铺这种方案。

那这样是否就万事大吉了？

幽灵依赖问题

这样的解决方案也同时带了了另一个问题：明明没有出现在 dependencies 里面的依赖，在代码中却可以直接引用，而并没有显式依赖，当项目中其他的包不依赖这个包了，那我们的代码也就跑不起来了，因为依赖的这个包并不会被安装。这就是我们所说的幽灵依赖问题。

结构不确定性

而且当多个依赖包的依赖有不同版本时，只会提升一个版本到第一层 node_modules，而其他的版本也会以 npm2 的方式嵌套存在在内层的 node_modules 中。

扁平化算法本身复杂度很高，耗时较长

pnpm 的出现

之后，pnpm 就诞生了。

为什么会出现 pnpm ？pnpm 的全称为 performance npm，翻译过来为高性能的 npm。原因是 pnpm 的作者一开始对 yarn 的发布有很高的期待，但是发布之后并没有满足作者，反而让作者有些失望。

至今 pnpm 发展迅速， 2022 年的下载量是 2021 年的 5 倍以上：

那就让我们来看一下 pnpm 的各个特点。

二、pnpm 的特点

速度快

从 pnpm 官网提供的数据来看，作为黄色的 pnpm 安装速度在绝大部分场景下都是优于 npm、yarn 的，速度有的甚至还快出 2~3 倍。

节约磁盘空间

pnpm 通过硬链接、软链接来解决依赖嵌套和磁盘占用问题的。

这是一种操作系统提供的机制，首先介绍一下 inode。

inode 是索引节点，用来存储文件元信息，比如文件的创建者、文件的创建日期、文件大小等，打开文件时，系统首先找到文件的 inode 号码获取 inode 信息，再根据 inode 中的文件数据所在的块读取数据。其中多个文件可以指向源文件同一 inode，删除其中一个文件不影响另一个文件的访问，文件内容修改会同步到所有文件。

说文件硬链接，意思是和源文件都指向同一个 inode。