下面把 npm、pnpm、npx 三者的定位、核心差异和「什么时候该用谁」一次性讲清楚，并给出一份「日常开发最顺手的组合」。
一、一句话区分
-
npm：Node 官方标配，负责"安装、卸载、发布"包。
-
pnpm：社区实现的"高性能 npm"，磁盘省 70 %+、安装最快、Monorepo 体验最好。
-
npx：npm 5.2+ 自带的"临时命令执行器"，不想全局装包时就靠它。
二、核心差异对照表（2025 年主流版本）
| 特性 | npm | pnpm | npx |
|---|---|---|---|
| 主要用途 | 依赖管理、脚本运行 | 依赖管理（提速+省盘） | 一次性/临时命令 |
| 安装后是否留在硬盘 | 是 | 是（全局 store 硬链接） | 否（用完即删） |
| 是否解决"幽灵依赖" | ❌ 扁平 node_modules 易产生 | ✅ 严格依赖树 | --- |
| Monorepo 支持 | 需自己配 workspace | 原生 workspace，体验最好 | --- |
| 速度排名 | 慢 | 最快 | 仅运行阶段快 |
| 是否可发布包 | ✅ | ✅ | ❌ |
| 是否需单独安装 | 随 Node 自带 | 需 `npm i -g pnpm` | 随 npm 自带 |
三、典型场景推荐
- 日常项目依赖管理
✅ 优先 `pnpm install`
理由：安装快、省磁盘、依赖结构干净，大型/Monorepo 项目收益更高 。
- 运行 package.json 里的脚本
三者都能跑：
`npm run dev` / `pnpm dev` 均可；pnpm 解析速度略快。
- 临时脚手架/一次性工具（create-vite、eslint 初始化等）
✅ 无脑 `npx <pkg>`
无需全局安装，执行完自动清理，正好利用 npx 的"即用即走"特性 。
- 国内网络极差时
可以 `npm i -g cnpm` 救急，但生产依赖建议回退到 pnpm 或 npm，避免镜像同步延迟带来的隐患 。
四、最佳实践组合（95 % 场景通杀）
1. 全局装一次 pnpm
npm i -g pnpm
2. 项目初始化
pnpm create vite@latest my-app # 实际走的是 pnpm dlx，等价 npx
cd my-app
pnpm install # 依赖安装飞快且省空间
pnpm dev # 启动开发服务器
3. 偶尔需要官方 npm 命令
npm publish # 发包依旧用 npm 最稳
npx http-server -p 8080 # 临时起个静态服务
五、速记口诀
"依赖管理用 pnpm，临时命令用 npx，官方场景留 npm。"
按这个节奏，你既能享受 pnpm 的极速和节省，又能保留 npm 的完整生态，npx 则负责"用完即走"的脏活累活。