什么是pnpm

pnpm是一个快速且磁盘空间利用率高的包管理器,对比npm和yarn,它在安装速度和重复包管理上具有优势。pnpm通过hardlink技术避免重复安装,提高磁盘空间使用效率,并采用独特的依赖管理方式增强安全性,解决了非法访问问题。此外,pnpm的命令如`pnpm init`, `pnpm install`, `pnpm update`和`pnpm uninstall`使得包管理更为便捷。
部署运行你感兴趣的模型镜像

什么是 pnpm ?

pnpm 的官方文档是这样说的: Fast, disk space efficient package manager

因此,pnpm 本质上就是一个包管理器,这一点跟 npm/yarn 没有区别,但它作为杀手锏的两个优势在于:

  • 包安装速度极快;
  • 磁盘空间利用非常高效。

安装方法

npm i -g pnpm

1. 速度快
在绝多大数场景下,包安装的速度都是明显优于 npm/yarn,速度会比 npm/yarn 快 2-3 倍。

2. 高效利用磁盘空间

  1. 不会重复安装同一个包。用 npm/yarn 的时候,如果 100 个项目都依赖 lodash,那么 lodash 很可能就被安装了 100 次,磁盘中就有 100 个地方写入了这部分代码。但在使用 pnpm 只会安装一次,磁盘中只有一个地方写入,后面再次使用都会直接使用 hardlink

  2. 即使一个包的不同版本,pnpm 也会极大程度地复用之前版本的代码。举个例子,比如 lodash 有 100 个文件,更新版本之后多了一个文件,那么磁盘当中并不会重新写入 101 个文件,而是保留原来的 100 个文件的 hardlink,仅仅写入那一个新增的文件。

3. 安全性高
之前在使用 npm/yarn 的时候,由于 node_module 的扁平结构,如果 A 依赖 B, B 依赖 C,那么 A 当中是可以直接使用 C 的,但问题是 A 当中并没有声明 C 这个依赖。因此会出现这种非法访问的情况。但 pnpm 脑洞特别大,自创了一套依赖管理方式,很好地解决了这个问题,保证了安全性。

依赖管理

npm/yarn install 原理
执行命令后,首先会构建依赖树,然后针对每个节点下的包,会经历下面四个步骤:

  1. 将依赖包的版本区间解析为某个具体的版本号
  2. 下载对应版本依赖的 tar 包到本地离线镜像
  3. 将依赖从离线镜像解压到本地缓存
  4. 将依赖从缓存拷贝到当前目录的 node_modules 目录
    然后,对应的包就会到达项目的node_modules当中。
    在 npm1、npm2 中呈现出的是嵌套结构,比如下面这样:
node_modules
└─ foo
   ├─ index.js
   ├─ package.json
   └─ node_modules
      └─ bar
         ├─ index.js
         └─ package.json

如果 bar 当中又有依赖,那么又会继续嵌套下去。试想一下这样的设计存在什么问题:

  1. 依赖层级太深,会导致文件路径过长的问题,尤其在 window 系统下。
  2. 大量重复的包被安装,文件体积超级大。比如跟 foo 同级目录下有一个baz,两者都依赖于同一个版本的lodash,那么 lodash 会分别在两者的 node_modules 中被安装,也就是重复安装。
  3. 模块实例不能共享。比如 React 有一些内部变量,在两个不同包引入的 React 不是同一个模块实例,因此无法共享内部变量,导致一些不可预知的 bug。

接着,从 npm3 开始,包括 yarn,都着手来通过扁平化依赖的方式来解决这个问题。相信大家都有这样的体验,我明明就装个 express,为什么 node_modules里面多了这么多东西?
没错,这就是扁平化依赖管理的结果。相比之前的嵌套结构,现在的目录结构类似下面这样:

node_modules
├─ foo
|  ├─ index.js
|  └─ package.json
└─ bar
   ├─ index.js
   └─ package.json

所有的依赖都被拍平到node_modules目录下,不再有很深层次的嵌套关系。这样在安装新的包时,根据 node require 机制,会不停往上级的node_modules当中去找,如果找到相同版本的包就不会重新安装,解决了大量包重复安装的问题,而且依赖层级也不会太深。
之前的问题是解决了,但仔细想想这种扁平化的处理方式,它真的就是无懈可击吗?并不是。它照样存在诸多问题,梳理一下:

  1. 依赖结构的不确定性。
  2. 扁平化算法本身的复杂性很高,耗时较长。
  3. 项目中仍然可以非法访问没有声明过依赖的包

这就是为什么会产生依赖结构的不确定问题,也是 lock 文件诞生的原因,无论是package-lock.json(npm 5.x才出现)还是yarn.lock,都是为了保证 install 之后都产生确定的node_modules结构。
尽管如此,npm/yarn 本身还是存在扁平化算法复杂和package 非法访问的问题,影响性能和安全。
pnpm 依赖管理

  1. pnpm init -y
  2. pnpm install express
  3. pnpm update 包名
  4. pnpm uninstall 包名
  5. pnpm link

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

### pnpm 是什么 pnpm 是一个用于 JavaScript 项目的包管理工具,类似于 npm 和 Yarn,但其设计目标是提高性能、节省磁盘空间并优化依赖管理。 pnpm 通过使用硬链接和符号链接来避免重复存储相同的依赖包,从而显著减少磁盘空间的占用。此外,它还通过高效的依赖解析机制减少了安装时间,并且保证了 `node_modules` 结构的确定性,从而提高了项目的可预测性和可维护性 [^3]。 pnpm 支持与 npm 类似的命令行接口(CLI),并且与 npm 兼容,这意味着大多数使用 npm 的项目可以无缝切换到 pnpm,而无需修改 `package.json` 文件。 pnpm 还引入了一些额外的功能,例如更细粒度的依赖管理、更安全的依赖安装机制等 [^1]。 ### 如何安装和使用 pnpm 安装 pnpm 可以通过多种方式进行。最常见的方式是使用 npm 来安装 pnpm: ```bash npm install -g pnpm ``` 安装完成后,可以通过以下命令验证 pnpm 是否成功安装: ```bash pnpm --version ``` 安装完成后,可以使用 pnpm 来初始化项目、安装依赖、更新依赖或卸载依赖。例如: - 初始化项目: ```bash pnpm init -y ``` - 安装依赖: ```bash pnpm install express ``` - 更新依赖: ```bash pnpm update express ``` - 卸载依赖: ```bash pnpm uninstall express ``` pnpm 还支持本地链接包的功能,这对于开发和测试本地包非常有用: ```bash pnpm link ``` ### pnpm 和 npm 的区别 pnpm 和 npm 在多个方面存在显著差异: 1. **包的存储方式**: pnpm 使用硬链接和符号链接来避免重复存储相同的依赖包,而 npm 则直接将每个依赖包下载到 `node_modules` 目录中 [^1]。 2. **空间占用**: 由于 pnpm 的存储优化,它通常比 npm 占用更少的磁盘空间 [^2]。 3. **安装速度**: pnpm 的依赖解析机制更加高效,因此安装速度通常比 npm 更快 。 4. **依赖解析和 node_modules 结构**: pnpm 保证了 `node_modules` 结构的确定性,而 npm 使用扁平化的依赖结构,这可能导致依赖冲突 [^3]。 5. **命令行接口(CLI)**: 虽然 pnpm 的 CLI 与 npm 类似,但它提供了一些额外的功能和更细粒度的控制 [^1]。 6. **兼容性**: npm 拥有更广泛的支持和生态系统,而 pnpm 在某些项目中可能需要额外的配置 [^2]。 选择 pnpm 还是 npm 主要取决于项目的需求。对于需要节省磁盘空间、提高安装速度并减少依赖冲突的项目,pnpm 可能是一个更好的选择。然而,在兼容性方面,npm 可能具有更广泛的支持 。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值