IntelliJ IDEA原生Dependency Analyzer无需额外插件，Ultimate版内置支持，Community版不支持；打开方式为右键模块/类→Analyze→Analyze Dependencies，或主菜单Code→Analyze Code→Dependencies，并勾选Include test sources和Show transitive dependencies。
IntelliJ IDEA 自带的 Dependency Analyzer 功能不需要额外安装插件就能用——它已是 Ultimate 版本内置能力，Community 版则不支持。所谓“插件”其实是混淆了名称：真正需要手动装的是 Dependency Structure Matrix（DSM），而日常查依赖、找冲突、看传递链，直接用 IDE 原生功能就行。
怎么打开原生 Dependency Analyzer？
别去 Plugins 商店搜 Dependency Analyzer，那不是官方功能，装了反而可能冲突或失效。
- 在项目中右键某个模块、包或类 → 选择
Analyze | Analyze Dependencies - 或者走主菜单：
Code | Analyze Code | Dependencies - 弹出对话框后，注意勾选
Include test sources（否则测试代码里的依赖不会被扫描） - 关键参数：
Show transitive dependencies打开，并把阈值设为1或2——设为0只显示直接依赖，基本没用；设太高（比如5）会让结果爆炸式膨胀
为什么 dependency:tree 和 IDEA 分析结果不一致？
常见现象：命令行跑 mvn dependency:tree 显示 A → B → C，但 IDEA 里只看到 A → B，C 没出现。这不是 BUG，是作用域和解析时机差异导致的。
- IDEA 分析基于当前已编译的 class 文件和索引，如果
target/下没有最新 class（比如刚改完 pom 但没 build），分析结果就残缺 -
mvn dependency:tree是纯 pom 解析，不依赖编译产物，但也不反映实际运行时 classpath（比如某些 profile 没激活） - 真实依赖链要以
mvn dependency:tree -Dverbose为准；IDEA 结果更适合定位“谁在代码里 import 了 C”这类源码级引用
如何快速定位某个 jar 被谁引入？
比如发现项目里多出了 commons-collections4，但没在 pom 里显式声明，想揪出源头。
Instagram Content Ideas Generator
下载
使用3×3×10框架生成90+个个性化Instagram内容创意，用AI编辑器精选最佳创意，并将获胜者扩展为可操作的简洁内容。
- 在
Maven Projects工具窗口（右侧边栏）展开对应模块 → 点击Dependencies标签页 - 在列表里找到
commons-collections4，右键 →Go to Declaration或Find Usages - 更准的做法：在
Project视图里按Ctrl+Shift+N搜commons-collections4.jar，然后右键 →Analyze Dependencies，IDE 会反向列出所有依赖它的模块 - 注意：如果 jar 来自
systemscope 或本地lib/目录，IDEA 默认不索引，得手动加到Project Structure | Libraries里
DSM 插件真要装吗？什么时候用？
只有当你需要看清模块间耦合强度、识别隐藏循环依赖、或评估重构影响范围时，才值得装 Dependency Structure Matrix 插件。
- 装法：Settings → Plugins → Marketplace → 搜
Dependency Structure Matrix→ Install → 重启 - 必须用 Ultimate 版，Community 版装了也打不开 DSM 工具窗口
- 启动后走
Code | Analyze Code | Dependency Matrix，首次运行前 IDE 会提示你先Build Project，这步跳过会导致矩阵全是空格 - 矩阵里红色单元格 = 循环依赖，深黄色 = 高频调用，但 DSM 不展示具体类名，只给模块/包粒度，想下钻得点单元格再看 “Show Dependencies”
真正容易被忽略的点：IDEA 的依赖分析永远滞后于 pom 修改。改完依赖后，务必执行一次 Reload project（右键 pom → Reload project），否则分析结果还是旧的。
