应使用call hierarchy（ctrl+alt+h）配合scope过滤与data flow to here功能：先用call hierarchy查看直系调用者，再通过custom scope限定模块范围缩小结果，对异步回调等场景辅以data flow to here逆向追踪数据源，最终结合入口方法特征（如main、@postmapping）快速定位顶层触发点。
在多模块Java项目中快速定位某个方法的完整调用入口，避免逐层点开327个调用者手动翻找真正触发逻辑的顶层方法，是日常调试和代码审计的核心诉求。
基础调用链查看（直系调用关系）
光标停在目标方法名上，按 Ctrl + Alt + H（Windows/Linux）或 Cmd + Option + H（macOS）。
窗口默认展开“Callers”标签页，显示所有直接调用该方法的位置；点击顶部按钮可切换到“Callees”查看它调用了哪些方法。
注意：此视图仅展示一级调用者，不递归展开间接调用链。例如 BusinessLogic.process() → UtilityService.run() → TargetMethod.execute()，这里只会列出 UtilityService.run()，不会自动显示 BusinessLogic.process()。
深度追溯真正入口（跨层级回溯）
方法一：使用 Call Hierarchy 窗口右键递进
第一步：在 Call Hierarchy 中找到某一级调用者（如 UtilityService.run()），右键它 → 选择 “Show Call Hierarchy”。
第二步：新窗口中再次右键上一级方法（如 BusinessLogic.process()）→ 继续 “Show Call Hierarchy”。
第三步：重复操作直到出现带 main、@Scheduled、@EventListener、@PostMapping 等明显入口标识的方法。
这一步必须手动逐层跳转，IDEA原生不支持一键展开全路径——【跳过任意一层都会中断溯源，导致找不到真正的业务起点】。
方法二：配合 Find Usages 快速筛选入口特征
在 Call Hierarchy 中选中一个调用者方法名 → 按 Alt + F7 查找其全部使用位置 → 在弹出窗口右上角点击漏斗图标 → 在 Scope 下拉菜单中选择 “Project Production Files” 或自定义模块范围（如仅 user-module）→ 输入关键词 “main”、“start”、“handle”、“dispatch”，快速过滤出可能的启动点。
处理回调与异步调用的特殊路径
当目标方法被 Callback.invoke()、CompletableFuture.thenApply()、Mono.flatMap() 等包装调用时，Call Hierarchy 默认无法穿透 lambda 或匿名内部类边界。
此时必须改用 Data Flow to Here：选中方法参数或返回值变量 → 右键 → Analyze → Data Flow to Here。
它会逆向追踪数据来源，把回调链路中的上游方法（如 Controller 接收请求后构建对象传入 Service）也纳入分析范围，比 Call Hierarchy 更适合分析响应式或事件驱动场景。
注意：Data Flow 分析依赖编译器推断能力，若参数未被显式赋值或存在泛型擦除，可能无法识别完整路径。
类构造调用链精准定位（2026.1 新特性）
将光标放在类名上（无需定位到构造函数），直接按 Ctrl + Alt + H。
IDEA 2026.1 EAP 版本已支持自动识别默认构造函数及所有重载构造函数的调用点，包括 new Xxx()、Spring Bean 初始化、Jackson 反序列化等场景。
若项目仍使用旧版 IDEA，需先手动补全一个 public Xxx() 构造函数，否则 Call Hierarchy 无法触发——【无显式构造函数时原生功能完全失效】。
多模块项目中限定调用链范围
打开 Call Hierarchy 后，在窗口左上角点击 “Scope” 下拉框 → 选择 “Custom” → 点击 “Edit Scopes…”。
新建 Local Scope，Pattern 填写：lib:com.example.user..*（替换为你的实际包路径）→ 勾选 “Include Recursively” → 应用。
这样 Call Hierarchy 将只显示 user-module 内部的调用关系，彻底屏蔽 common-module、order-module 等无关模块的干扰结果。
这一步能将原本上千条的调用记录压缩到几十条，大幅提升排查效率。
