Lang's blog

# pnpm

pnpm 是一种新起的包管理器，从 npm 的下载量看，目前还没有超过 yarn，但它的实现方式值得主流包管理器学习，某些开发者极力推荐使用 pnpm

从结果上来看，它具有以下优势：

  1. 目前，安装效率高于 npm 和 yarn 的最新版
  2. 极其简洁的 node_modules 目录
  3. 避免了开发时使用间接依赖的问题
  4. 能极大的降低磁盘空间的占用

# 安装和使用

全局安装 pnpm

npm install -g pnpm
1

之后在使用时，只需要把 npm 替换为 pnpm 即可

如果要执行安装在本地的 CLI，可以使用 pnpx，它和 npx 的功能完全一样，唯一不同的是，在使用 pnpx 执行一个需要安装的命令时，会使用 pnpm 进行安装

比如npx mocha执行本地的mocha命令时，如果mocha没有安装，则 npx 会自动的、临时的安装 mocha，安装好后，自动运行 mocha 命令

# pnpm 原理

  1. 同 yarn 和 npm 一样，pnpm 仍然使用缓存来保存已经安装过的包，以及使用 pnpm-lock.yaml 来记录详细的依赖版本

  2. 不同于 yarn 和 npm， pnpm 使用符号链接和硬链接（可将它们想象成快捷方式）的做法来放置依赖，从而规避了从缓存中拷贝文件的时间，使得安装和卸载的速度更快

  3. 由于使用了符号链接和硬链接，pnpm 可以规避 windows 操作系统路径过长的问题，因此，它选择使用树形的依赖结果，有着几乎完美的依赖管理。也因为如此，项目中只能使用直接依赖，而不能使用间接依赖

# 注意事项

由于 pnpm 会改动 node_modules 目录结构，使得每个包只能使用直接依赖，而不能使用间接依赖，因此，如果使用 pnpm 安装的包中包含间接依赖，则会出现问题(现在不会了，除非使用了绝对路径)

由于 pnpm 超高的安装卸载效率，越来越多的包开始修正之前的间接依赖代码

# pnpm 原理

# 概念

要彻底理解 pnpm 是怎么做的，需要有一些操作系统知识

  1. 文件的本质

在操作系统中，文件实际上是一个指针，只不过它指向的不是内存地址，而是一个外部存储地址（这里的外部存储可以是硬盘、U 盘、甚至是网络）

当我们删除文件时，删除的实际上是指针，因此，无论删除多么大的文件，速度都非常快。

  1. 文件的拷贝

如果你复制一个文件，是将该文件指针指向的内容进行复制，然后产生一个新文件指向新的内容

  1. 硬链接 hard link

硬链接的概念来自于 Unix 操作系统，它是指将一个文件 A 指针复制到另一个文件 B 指针中，文件 B 就是文件 A 的硬链接

通过硬链接，不会产生额外的磁盘占用，并且，两个文件都能找到相同的磁盘内容

硬链接的数量没有限制，可以为同一个文件产生多个硬链接

windows Vista 操作系统开始，支持了创建硬链接的操作，在 cmd 中使用下面的命令可以创建硬链接

mklink /h 链接名称 目标文件
1

由于文件夹（目录）不存在文件内容，所以文件夹（目录）不能创建硬链接

由于种种原因，在 windows 操作系统中，通常不要跨越盘符创建硬链接

  1. 符号链接 symbol link

符号链接又称为软连接，如果为某个文件或文件夹 A 创建符号连接 B，则 B 指向 A。

windows Vista 操作系统开始，支持了创建符号链接的操作，在 cmd 中使用下面的命令可以创建符号链接：

mklink /d 链接名称 目标文件
# /d表示创建的是目录的符号链接，不写则是文件的符号链接
1
2

早期的 windows 系统不支持符号链接，但它提供了一个工具 junction 来达到类似的功能

符号链接和硬链接的区别

  1. 硬链接仅能链接文件，而符号链接可以链接目录
  2. 硬链接在链接完成后仅和文件内容关联，和之前链接的文件没有任何关系。而符号链接始终和之前链接的文件关联，和文件内容不直接相关
  1. 快捷方式

快捷方式类似于符号链接，是 windows 系统早期就支持的链接方式。

它不仅仅是一个指向其他文件或目录的指针，其中还包含了各种信息：如权限、兼容性启动方式等其他各种属性

由于快捷方式是 windows 系统独有的，在跨平台的应用中一般不会使用

  1. node 环境对硬链接和符号链接的处理

硬链接：硬链接是一个实实在在的文件，node 不对其做任何特殊处理，也无法区别对待，实际上，node 根本无从知晓该文件是不是一个硬链接

符号链接：由于符号链接指向的是另一个文件或目录，当 node 执行符号链接下的 JS 文件时，会使用原始路径。

# pnpm 原理

pnpm 使用符号链接和硬链接来构建 node_modules 目录

下面用一个例子来说明它的构建方式

假设两个包 a 和 b，a 依赖 b：

假设我们的工程为 proj，直接依赖 a，则安装时，pnpm 会做下面的处理

  1. 查询依赖关系，得到最终要安装的包：a 和 b
  2. 查看 a 和 b 是否已经有缓存，如果没有，下载到缓存中，如果有，则进入下一步
  3. 创建 node_modules 目录，并对目录进行结构初始化

  1. 从缓存的对应包中使用硬链接放置文件到相应包代码目录中

  1. 使用符号链接，将每个包的直接依赖放置到自己的目录中

这样做的目的，是为了保证 a 的代码在执行过程中，可以读取到它们的直接依赖

  1. 新版本的 pnpm 为了解决一些书写不规范的包（读取间接依赖）的问题，又将所有的工程非直接依赖，使用符号链接加入到了 .pnpm/node_modules 中

在本例中好像没有必要，但是如果 b 依赖 c，a 又要直接用 c，这种不规范的用法现在 pnpm 通过这种方式支持了。

但对于那些使用绝对路径的奇葩写法，可能永远也无法支持

  1. 在工程的 node_modules 目录中使用符号链接，放置直接依赖

  1. 完成

← Node.js多版本管理器 →