揭秘：为什么 npm list -g 没显示 node_modules？🕵️♂️✨
嗨，各位代码探险家！👋 今天我们要破解一个 npm 小谜团：运行 npm list -g --depth=0 时，为什么输出的路径里看不到 node_modules？别急，咱们带上放大镜 🔍，一步步解开这个“隐身术”的秘密！
问题起源 🤔
假设我在 Mac 上敲下这个命令：
~ % 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？🔎
其实，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里，所以没必要每次都写出来。就像点菜时不说“盘子里的菜”，直接说“菜”就行了！🍽️
- npm 假设你知道全局包默认在
-
验证方法
想看到完整的路径？试试：npm root -g输出会是
/Users/dgq/.nvm/versions/node/v16.20.2/lib/node_modules，证明node_modules确实在幕后默默工作！
流程图：Mermaid 解密过程 🖼️
用 Mermaid 画个流程图，看看 npm 是怎么“偷懒”的：
从 node_modules 到 lib，npm 直接“剪掉”了一段！✂️
Sequence 图：你与 npm 的对话 👥
再来个 Sequence 图，模拟这个过程：
npm 就像个“简化大师”，把路径精简后交给你！🎨
为什么这样做？⭐
| 原因 | 说明 |
|---|---|
| 简洁性 | 避免路径太长，输出更清爽！🌿 |
| 一致性 | 本地和全局输出风格统一，省脑力！🧠 |
| 约定俗成 | node_modules 是默认，大家都懂！👍 |
npm 的设计师说：“何必多写几个字呢？” 😂
小实验：自己动手找 node_modules 🛠️
不信邪？试试这些命令：
-
查看完整路径：
npm root -g -
手动进入目录：
ls /Users/dgq/.nvm/versions/node/v16.20.2/lib/node_modules
你会发现 corepack、npm 和 wepy-cli 都在那儿等着你呢！👋
总结表格 📊
| 问题 | 答案 |
|---|---|
node_modules 在哪？ | 在 /lib/node_modules 下，但被隐藏了！ |
| 为什么没显示？ | 输出格式简化到 lib 这一级。 |
| 怎么看到完整路径？ | 用 npm root -g 或手动检查目录。 |
思维导图：Mermaid 梳理思路 🧠
最后，用思维导图把一切串起来：
结语 🎉
原来 node_modules 没丢，只是 npm 玩了个“隐身术”！下次运行 npm list -g 时，你就知道它的小心思了。是不是挺有趣？😎 有啥疑问，欢迎留言，咱们一起聊聊～
Keep exploring! 🚀
