webstorm 不提供真实项目依赖树视图，其 diagram 和 dependencies 仅基于 import 语句或静态扫描，无法反映 package-lock/yarn.lock/pnpm-lock 中的实际依赖结构、版本冲突或传递依赖；可靠依赖树必须通过命令行工具（如 npm ls、yarn list、pnpm list、mvn dependency:tree）生成。
WebStorm 本身不提供“项目依赖树”的原生视图——它没有读取 package-lock.json、yarn.lock 或 pnpm-lock.yaml 并渲染完整包层级的能力。你看到的所谓“依赖图”，其实是基于源码中 import 和 require 语句生成的调用链快照，和 npm/yarn/pnpm 解析出的真实依赖结构不是一回事。
为什么 Show Diagram 不等于依赖树
这个图只反映你写了哪些导入语句，不反映包管理器实际安装了什么：
-
import { debounce } from 'lodash'→ 图里出现一个lodash节点，但不会展开它依赖的is-number、clone-deep等传递依赖 - 如果
tsconfig.json的paths别名没配好，所有路径导入标红 → 图中节点全变成带红色边框的灰色矩形，无法导出有效关系 - 图不识别
devDependencies是否被真正使用，也不区分 peer dep 冲突或版本覆盖逻辑 - Java 项目中，若未标记 Sources Root 或 SDK 配错，
import com.xxx全解析失败 → 图为空白或满屏灰块
Dependencies 节点里看到的也不是完整树
Project 工具窗口（Alt+1）里的 Dependencies 节点只是对当前 node_modules 目录的静态扫描结果：
- 顶层显示直接声明在
package.json中的包，子节点是 WebStorm 尝试解析出的传递依赖，但默认只展开一级 - 右键某个包 →
Diagrams → Show Dependencies，出来的仍是 import 级别的子图，不是npm ls那种带版本号、冲突提示、可折叠深度的树 - 带灰色图标的项 = 该包未被当前模块任何文件引用过（可能是
devOnly或已废弃），但它依然存在于node_modules中 - 这个列表不随
package.json编辑实时更新 —— 改完版本号后必须右键package.json → Reload project才会刷新
真要依赖树？必须用命令行
WebStorm 不替代包管理器，也不封装其底层解析逻辑。所有可靠、可复现、含版本与冲突信息的依赖树，都得从终端来：
- Node.js（npm）：
npm ls --depth=5 > deps_tree.txt，输出含颜色和缩进，重定向后可用 VS Code 查看 - yarn：
yarn list --pattern "." --depth=5，--pattern可过滤关键词，适合大项目 - pnpm：
pnpm list --all --depth=5，输出更扁平，方便grep或awk处理 - Maven：
mvn dependency:tree -Dincludes=org.slf4j:slf4j-api，指定 groupId:artifactId 可聚焦关键路径
这些命令的结果才是 CI/CD、安全审计、升级决策所依赖的真实依据。WebStorm 的 Diagram 和 Dependencies 列表，只适合快速扫一眼“谁调用了谁”，别把它当依赖管理的事实来源。
