Alt + F7 查引用（在哪用了），Ctrl + Alt + H 看调用链（谁调了它、它又调了谁）；前者是静态语义搜索，后者是索引建模，调试栈则反映实时执行路径，三者边界分明、不可替代。
直接看结论：用 Alt + F7 查所有引用，用 Ctrl + Alt + H 看调用链；前者是“在哪用了”，后者是“谁调了它、它又调了谁”。别混用，也别指望一个快捷键解决两类问题。
查函数/变量在哪被用过（Find Usages）
这是最常踩坑的环节——很多人按了 Alt + F7 却没看到结果，其实是光标没停在符号名上，或者符号被 IDE 认为“不可解析”（比如动态拼接的函数名、未声明的全局变量）。这个操作不依赖运行，纯静态分析，但对代码结构有基本要求。
- 光标必须精确落在函数名、变量名或类名的任意一个字符上（不能在括号里、不能在空格后）
- 如果项目没正确识别语言上下文（比如 .js 文件里写了 JSX 但没配 Babel 插件），
Alt + F7可能只搜到字面匹配，而非语义引用 - 搜索结果默认包含“写入”和“读取”，但不会区分
obj.prop = 1和console.log(obj.prop)；如需过滤，点结果窗口右上角漏斗图标，勾选 “Write access” 或 “Read access” - 在 Vue 或 React 项目中，模板里的
@click="handleSubmit"默认不被识别为调用，需开启 “Search in comments and strings” 才能覆盖（但会引入噪声）
看函数的上下调用关系（Call Hierarchy）
Ctrl + Alt + H 不是搜索，是建模。它基于当前项目索引推导出可能的调用路径，不是运行时栈，所以不会显示条件分支未执行的路径，也不会反映 eval() 或 Function() 构造的调用。
- 弹出窗口顶部有两个方向按钮：“Show Caller Hierarchy”（谁调了我）和 “Show Callee Hierarchy”（我调了谁），默认打开的是 Caller，容易误以为只能往上查
- 展开节点时，如果某层显示 “
Unknown”，说明调用方不在当前索引范围内（比如来自 node_modules 且未启用 “Include libraries source”） - 在 TypeScript 项目中，泛型函数的调用链可能被折叠成 “
foo<T>”，实际调用处的类型实参不会展开显示 - 右键节点选 “Jump to Source” 有时跳转失败，常见原因是该调用发生在异步回调里（如
setTimeout(() => fn(), 0)），IDE 静态分析无法确认闭包捕获关系
调试时看真实调用栈（Frames 标签页）
只有断点暂停后，“Debug” 工具窗口里的 “Frames” 标签才有效。它反映的是此刻线程的实际执行路径，和上面两个静态功能互补，但不能替代。
- 顶部是当前函数，底部是入口（如
index.html的 script 标签或 Jest 测试入口），中间每一帧都是函数调用层级 - 灰色字体的帧表示来自库源码（如
node_modules/react-dom/...），点击不会跳转，除非你已下载并关联了源码地图 - 如果看到大量
async function帧堆叠，说明 Promise 链很深，但实际 JS 引擎的调用栈可能已被清空——WebStorm 显示的是逻辑栈，不是 V8 原生栈 - 注意 “Frames” 列表可能被折叠，点击左下角 “Show all frames” 才能看到完整链路，尤其在使用 Web Workers 或 iframe 场景下
真正难的不是怎么按快捷键，而是理解每个功能的边界：静态分析永远猜不准动态行为，而调试栈只告诉你这一次发生了什么。如果你在重构一个被 require() 动态加载的模块，或者追踪一个由字符串拼接触发的 call_user_func()，那这三个功能都会失效——这时候得靠日志、console.trace()，或者翻 git blame。
