先说清楚：这里的“pnpm 12.0”是什么

本文中的 pnpm 12.0 Rust 版，指 pnpm 官方仓库提供的 Rust CLI 构建版本。当前对应的版本是：

12.0.0-rc.7

它是 Release Candidate（候选发布版），不是传统意义上已经发布很久的稳定版。官方仓库把 Rust 实现称作 pacquet，并把它作为 pnpm 的 Rust 实现开发；Windows 发布包中提供原生的 pnpm.exe。

在 Windows x64 上，官方发布包是：

pnpm-win32-x64.zip

解压后可以直接运行：

pnpm.exe --version

输出：

12.0.0-rc.7

这里的 pnpm-rust 如果出现在本机路径中，只是安装目录名，不是官方命令名。Rust 版本的命令仍然叫 pnpm。

Rust 重写到底带来了什么

pnpm Rust 版不是另一个需要学习全新命令的包管理器。它的目标是与 TypeScript 版 pnpm 保持行为一致，包括：

  • 命令和参数；
  • 默认配置；
  • 错误码；
  • lockfile 和状态文件格式；
  • node_modules 的目录布局；
  • workspace 语义。

改变的重点是底层执行引擎：把对性能敏感的依赖下载、解压、文件处理、链接等工作逐步交给 Rust 实现。

官方路线分为两阶段：

  1. Fetching and linking：先接管依赖获取和链接；
  2. Resolution：再逐步接管依赖解析。

这意味着 Rust 版的主要吸引力不是“多了几个神奇命令”，而是同一套 pnpm 使用方式拥有更高性能的底层实现。

1. 原生二进制：启动和执行路径更直接

传统 pnpm CLI 主要由 TypeScript/JavaScript 代码组成，需要 Node.js 运行时和一组 JavaScript 模块。Rust 版本则可以发布成平台对应的原生可执行文件：

Windows x64  -> pnpm.exe
Linux x64    -> pnpm
macOS x64    -> pnpm

这带来几个实际好处：

  • 不需要先通过 Node.js 启动 pnpm 主程序；
  • 不需要单独解析一大套 CLI JavaScript 依赖才能进入主流程；
  • 可以针对操作系统和 CPU 架构发布优化过的二进制；
  • 在 CI、容器和临时开发环境中更容易作为单文件工具分发。

这不代表项目本身不需要 Node.js。安装的依赖、运行脚本和构建工具仍然通常需要 Node.js；变化的是包管理器自己的执行层。

2. 文件系统操作更适合高并发

包管理器安装依赖时，会进行大量文件系统操作：创建目录、读取归档、解压文件、校验文件、写入 store、创建链接和处理临时目录。

Rust 版本适合把这些工作组织成更明确的并发任务，并减少不必要的运行时开销。官方 Rust 路线的第一阶段正是优先接管 fetching 和 linking，因为这部分通常是安装过程的性能关键路径。

潜在收益包括：

  • 大量依赖安装时更好的吞吐量；
  • 下载、解压和链接之间更充分的流水线并行；
  • 安装过程中的 CPU 和内存使用更可控；
  • 在已经有缓存或 store 的项目中更快完成链接。

性能最终仍取决于网络、磁盘、杀毒软件、缓存命中率和项目依赖图，因此应该用自己的项目 benchmark，而不是只看宣传数字。

3. 大包解压的内存使用更好

pnpm 12 RC 的发布说明提到，大型 tarball 可以采用流式解压：将解压过程直接写入内容寻址存储，并增量计算大文件的 hash，而不是把整个解压结果一次性放进内存。

这对包含大型资源、原生模块或较多文件的依赖尤其有意义：

  • 降低单个大包带来的峰值内存；
  • 减少因为同时处理多个包而产生的内存压力；
  • 更适合内存有限的 CI runner 和开发容器；
  • 让“下载完成后再整体处理”的等待更少。

这属于 Rust 实现和 pnpm 12 安装管线共同带来的收益，不应简单归因于 Rust 语言本身；真正重要的是它允许官方重写底层数据处理路径。

4. 冷缓存安装流程继续优化

pnpm 12 RC 的发布说明还提到冷缓存安装的优化：lockfile 校验不再不必要地阻塞解析或下载，下载中的包可以更早开始链接，并减少重复检查的数据。

因此在 store 不热、第一次安装依赖较多的项目中，可能获得更好的流水线效果：

解析 lockfile
     ↓
下载包 ─────────┐
                ├── 校验 / 解压 / 写入 store / 链接
继续下载 ───────┘

这类优化对 CI 比较有价值，因为 CI 经常面对新环境、部分缓存或完全冷缓存。

5. 保留 pnpm 的工程优点

Rust 版并没有放弃 pnpm 原本的核心优势，仍然可以使用：

  • 内容寻址 store；
  • hard link / reflink；
  • 严格依赖隔离；
  • pnpm-lock.yaml；
  • workspace 和 --filter；
  • pnpm dlx；
  • pnpm install --frozen-lockfile；
  • pnpm deploy；
  • catalog 和其他 pnpm 配置。

所以使用 Rust 版不是在“速度”和“pnpm 特性”之间二选一，而是尝试让同一个包管理模型拥有更高性能的底层执行器。

6. Windows 上可以直接使用原生 exe

在 Windows 上，Rust 版可以直接作为原生 pnpm.exe 使用，不需要把它改名为 pnpm-rust.exe。

例如把目录加入用户 PATH：

C:\Users\<用户名>\bin\pnpm-rust

目录中有：

pnpm.exe

PATH 中该目录排在旧 npm pnpm 目录前面时：

pnpm --version
where.exe pnpm

就会看到 Rust 版本优先：

12.0.0-rc.7
C:\Users\<用户名>\bin\pnpm-rust\pnpm.exe

这就是直接替代默认 pnpm，只是保留旧版本目录作为回退选项。pnpm-rust 只是路径名，不是命令后缀。

7. 为什么不需要学习一套新命令

Rust 版的目标是行为兼容，而不是创造 rust-pnpm 这样的新产品名称。因此日常使用仍然是：

pnpm install
pnpm add react
pnpm remove react
pnpm run dev
pnpm exec tsc --noEmit
pnpm dlx create-vite
pnpm --filter web build

如果将来 Rust 实现成为 pnpm 的默认安装引擎，用户不需要把项目脚本中的 pnpm 全部改成另一个命令。实现可以替换，用户界面保持稳定。

8. 适合把它当作测试版使用

Rust 版最适合以下用法：

  • 想测试新的包管理器执行引擎；
  • 想观察真实项目在 Rust CLI 下的安装速度；
  • 想参与 RC 反馈和边界情况发现；
  • 想在 Windows 上使用原生包管理器二进制；
  • 想提前适应 pnpm 12 的新能力。

一个简单的验证流程：

pnpm --version
pnpm store path
pnpm install
pnpm install --frozen-lockfile
pnpm run build
pnpm test

建议使用项目副本或分支做第一次测试，并比较 TypeScript 版和 Rust 版的：

  • 安装耗时；
  • 峰值内存；
  • pnpm-lock.yaml 是否发生非预期变化；
  • node_modules 中的链接和 bin；
  • peer dependency 行为；
  • 原生模块构建；
  • workspace filter；
  • 自定义 registry。

9. 需要知道的边界

Rust 版的吸引力在于它正在快速前进，但 RC 也意味着实现仍可能变化。重点不是“不能用”，而是测试时要知道应该观察什么：

  • Rust CLI 与 TypeScript CLI 的边界行为可能暂时不完全一致；
  • peer dependency 和超长依赖路径是值得重点测试的复杂场景；
  • .modules.yaml 等内部状态文件的读写兼容很重要；
  • 自定义 registry、git 依赖和原生模块需要单独验证；
  • pnpm 12 RC 之间可能改变默认值、修复行为或调整兼容逻辑。

测试版用户可以把这些问题当作反馈点，而不是把它们当成不能尝试的理由。

总结

pnpm 12.0 Rust 版的主要好处是：

  1. 用原生二进制执行包管理器主流程；
  2. 优先优化下载、解压、校验和文件链接这些安装热点；
  3. 通过流式处理降低大型依赖的内存峰值；
  4. 改善冷缓存安装中的流水线和并发；
  5. 保留 pnpm 的 store、依赖隔离、lockfile 和 workspace 模型；
  6. 不改变用户熟悉的 pnpm 命令；
  7. 可以直接把 pnpm.exe 放在 PATH 前面替代旧版。

最准确的定位是：pnpm 12 Rust 版不是另一个带 Rust 后缀的包管理器，而是 pnpm 这套用户界面和工程模型的 Rust 执行实现。

参考

本文归档于个人知识库 · 领域：CS & AI · 模块：04 Project_CS_AI/nodejs