Ctrl+Shift+H没反应是因为语言服务器未就位，需确认状态栏显示具体语言名、启用对应扩展、打开含配置文件的项目根目录、光标置于函数名内并重启VSCode。

Ctrl+Shift+H 没反应？先看状态栏语言标识

按 Ctrl+Shift+H 没反应，90% 不是快捷键失效，而是 VSCode 没把当前文件当“可分析代码”处理。关键看左下角状态栏：必须显示 JavaScript、TypeScript、Python 等具体语言名，不能是 Plain Text 或 Unknown。

• 对应语言扩展必须启用：Python 项目需 ms-python.python + ms-python.pylance；TS/JS 不能禁用内置语言服务
• 不能只打开单个 .ts 文件——得打开含 tsconfig.json、pyproject.toml 或 package.json 的项目根目录
• 改完配置或装完扩展后，必须重启 VSCode，仅重载窗口不够
• 光标必须落在函数标识符内部：比如 fetchData 的任意字母上 ✅；停在 fetchData() 右括号里 ❌，或 // fetchData 注释中 ❌

Call Hierarchy 面板只显示一层？手动点 ▶ 展开才见全貌

默认展开的只是直接调用者/被调用者，深层链路要主动点击节点左侧的 ▶ 图标。否则容易误判为“没更多调用”，尤其在入口函数或中间件场景下极易漏掉关键路径。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 左侧是调用者（Caller），右侧是被调用者（Callee）；但两者默认都不自动展开子级
• 右键某一行可快速 Go to Definition 或 Reveal in File，比反复切标签页快得多
• 灰色文字表示间接调用（如通过变量赋值再调用），语言服务器可能无法 100% 追踪，这类调用需人工验证

为什么弹出 “No call hierarchy available”？常见三类未索引场景

该提示说明语言服务器根本没把函数纳入符号表，不是功能问题，而是静态分析失败。最常发生在以下情况：

• export default 匿名函数：如 export default function() { ... }，无函数名，无法建立引用锚点
• 装饰器包裹但未显式导出：Flask 的 @app.route 能识别，但若函数本身没 export 或 def 在顶层作用域，Pylance/TSServer 就跳过它
• 动态生成逻辑：eval()、new Function()、getattr(obj, name)() 等运行时行为，静态分析天然不可见

右键菜单比快捷键更稳，且能规避插件冲突

部分插件会劫持 Ctrl+Shift+H（比如某些终端或 Git 扩展），导致 Call Hierarchy 触发失败。右键路径明确、上下文稳定：

• 光标停在函数名内 → 右键 → Go to > Call Hierarchy
• 避免和 Find All References（Shift+F12）混淆：后者只查“谁用了我”，不展示“我调了谁”
• 若需跨文件深度追踪，优先确保语言服务器已完整索引——比如 C/C++ 项目必须有 compile_commands.json，Python 项目需激活正确虚拟环境并安装类型存根

真实项目里，调用层级往往嵌套深、分支多，而面板默认收拢的特性特别容易让人以为“就这些”。点开每一层 ▶ 是必要动作，不是可选项。