dependencies节点位于project工具窗口（alt+1/cmd+1），仅当项目被正确识别为node.js或maven项目且含有效package.json/pom.xml时才显示；若不出现，需检查文件完整性、标记项目类型或重置缓存。
Dependencies节点在哪？按Alt+1打不开怎么办
Dependencies节点不是默认常驻的，它只在项目被正确识别为 Node.js 或 Maven 项目时才出现。如果按 Alt+1（Windows/Linux）或 Cmd+1（macOS）唤出 Project 工具窗口后看不到 Dependencies 条目，大概率是项目未激活包管理上下文。
常见卡点包括：package.json 缺失或 JSON 格式错误（比如多了一个逗号）、pom.xml 路径不在模块根目录、或者项目根目录没被标记为 Node.js 模块。右键项目根目录 → Mark Directory as → 勾选 Node.js 或 Maven 可强制激活。若仍不显示，执行 File → Invalidate Caches and Restart → Invalidate and Restart，尤其适用于刚 clone 或切换分支后的项目。
想看真实依赖树？别点 Diagram，用 Terminal 执行 npm ls
WebStorm 的 Show Diagram（右键 → Diagrams → Show Diagram）画的是源码 import/require 链，不是 package-lock.json 里的包层级。它不会告诉你 lodash 里到底装了几个版本的 is-number，也不会标出被 overrides 替换的包。
真正查依赖关系，得靠命令行：
-
npm ls --depth=2：快速看两层依赖结构 -
npm ls react-dom --why：定位谁拉入了react-dom，以及是否冲突 -
npm ls --all | grep "unmet"：找 peer dependency 缺失 -
pnpm list --all --depth=5：pnpm 用户更推荐，输出扁平易 grep
这些命令直接在 WebStorm 底部 Terminal 面板（Alt+F12）运行即可，无需切出 IDE。
右键 Diagram 导出的图，其实和 node_modules 没直接关系
导出的 PNG/SVG 图反映的是你代码里写了哪些 import 或 require，不是实际安装的包结构。比如你删掉了 node_modules，只要 import 语句还在，Diagram 就还能画出来；反过来，哪怕 node_modules 里有 5 个版本的 immer，图里也只会出现一个 immer 节点。
导出前务必先点顶部工具栏的 Fit to window，否则内容会被截断。选 PNG 格式最稳，SVG 在部分编辑器里会丢字体渲染。如果图中大量节点是灰色带红边框，说明路径别名（如 @/utils）没配好，或 tsconfig.json 的 baseUrl/paths 未生效——这时 Diagram 已失去参考价值，得先修复解析环境。
require.resolve() 才是验证实际加载路径的最终手段
依赖分析最容易被忽略的一点：文件存在 ≠ 运行时加载。WebStorm 的 External Libraries 视图、甚至 node_modules 文件夹列表，都看不出 require('lodash') 到底 resolve 到了哪一层。
唯一可靠的方式是在代码里加一行：
console.log(require.resolve('lodash'))
运行后看输出路径，才能确认它来自顶层 node_modules/lodash，还是某个子依赖私有的 node_modules/axios/node_modules/lodash。这个结果和 npm ls lodash --why 输出必须能对上，否则就是锁文件不一致或安装异常。
