为什么 npm list -g 没显示 node_modules？✨

揭秘：为什么 `npm list -g` 没显示 `node_modules`？🕵️‍♂️✨

嗨，各位代码探险家！👋 今天我们要破解一个 npm 小谜团：运行 npm list -g --depth=0 时，为什么输出的路径里看不到 node_modules？别急，咱们带上放大镜 🔍，一步步解开这个"隐身术"的秘密！

假设我在 Mac 上敲下这个命令：

bash 复制代码

~ % npm list -g --depth=0
/Users/dgq/.nvm/versions/node/v16.20.2/lib
├── corepack@0.17.0
├── npm@8.19.4
└── wepy-cli@1.7.3

看结果：路径是 /Users/dgq/.nvm/versions/node/v16.20.2/lib，后面跟着几个全局包。但等等------node_modules 呢？它去哪儿了？🤨 我明明知道全局包是存在 node_modules 里的啊！

答案是：npm list -g 的输出格式简化了路径，只显示到 lib 这一级，隐去了 node_modules。这到底是怎么回事？咱们一探究竟！

其实，node_modules 并没有真的"消失"，它只是被 npm 的输出格式"藏"起来了！😄

路径的简化
- 全局包的完整路径通常是 <prefix>/lib/node_modules，比如我的例子中是 /Users/dgq/.nvm/versions/node/v16.20.2/lib/node_modules。
- 但 npm list -g 只显示到 lib 这一级，省略了 node_modules，让输出更简洁。
设计选择
- npm 假设你知道全局包默认在 node_modules 里，所以没必要每次都写出来。就像点菜时不说"盘子里的菜"，直接说"菜"就行了！🍽️
验证方法

想看到完整的路径？试试：
bash 复制代码
```
npm root -g
```
输出会是 /Users/dgq/.nvm/versions/node/v16.20.2/lib/node_modules，证明 node_modules 确实在幕后默默工作！

用 Mermaid 画个流程图，看看 npm 是怎么"偷懒"的：
运行 npm list -g npm 获取全局前缀定位 /lib/node_modules 读取顶层包简化路径为 /lib 输出包列表

从 node_modules 到 lib，npm 直接"剪掉"了一段！✂️

再来个 Sequence 图，模拟这个过程：
用户 npm 文件系统 npm list -g --depth=0 查询全局路径返回 /lib/node_modules 简化路径为 /lib 输出 /lib 和包列表用户 npm 文件系统

npm 就像个"简化大师"，把路径精简后交给你！🎨

npm 的设计师说："何必多写几个字呢？" 😂

不信邪？试试这些命令：

手动进入目录：

bash 复制代码

ls /Users/dgq/.nvm/versions/node/v16.20.2/lib/node_modules

你会发现 corepack、npm 和 wepy-cli 都在那儿等着你呢！👋

最后，用思维导图把一切串起来：
为什么没看到 node_modules? 输出格式实际路径验证方法简化到 /lib 设计选择 /lib/node_modules 隐含默认 npm root -g 手动检查

原来 node_modules 没丢，只是 npm 玩了个"隐身术"！下次运行 npm list -g 时，你就知道它的小心思了。是不是挺有趣？😎 有啥疑问，欢迎留言，咱们一起聊聊～

Keep exploring! 🚀