Call Hierarchy快捷键无响应需先确认语言服务器工作状态：状态栏显示对应语言标识、插件启用且进程运行、项目根目录打开、光标位于函数名内、重启VSCode而非仅重载窗口。
Call Hierarchy 快捷键没反应，先确认语言服务器是否真在干活
Ctrl+Shift+H 按下后一片寂静？不是功能坏了，是 VSCode 根本没把当前文件当“可分析代码”处理。状态栏左下角必须显示 C/C++、Python 或 TypeScript，而不是 Plain Text。
检查这几点是否全满足：
-
ms-vscode.cpptools（C/C++）或ms-python.pylance（Python）已启用，且对应语言服务器进程正在运行（打开输出面板 → 选Clang Language Server或Pylance看日志） - 你打开的是项目根目录（含
CMakeLists.txt、pyproject.toml或tsconfig.json），不是单个.c文件 - 光标落在函数名字母上（比如
parse_config的p或n），不能停在括号、点号或注释里 - 改完配置或装完插件后，必须完全退出 VSCode 再重开——仅 “Reload Window” 不触发语言服务器重启
Code2flow 插件只画当前文件，但胜在不依赖索引
Code2flow 是少数能“立刻出图”的方案，右键 → Code2flow: Generate Flowchart，几秒生成横向流程图。但它只解析当前打开的文件，跨文件调用一律忽略。
适合这些场景：
- 刚打开一个
utils.py，想快速看清里面load()→validate()→save()的链路 - 语言服务器崩溃或未配置（比如祖传 C 项目没
compile_commands.json），又急需看局部逻辑 - 配合
Go to References使用：先用Shift+F12找出所有调用点，再挨个在对应文件里跑Code2flow
注意：Code2flow 对宏、函数指针、getattr()、export * 完全无感，图里不会出现它们。
C Relation 插件对 C/C++ 头文件敏感，compile_commands.json 是命门
C Relation 在 C/C++ 场景下比通用插件更准，因为它基于 libclang 做语义分析。但它的输入极度依赖 compile_commands.json —— 没这个文件，或路径配错，就会满屏 Could not find definition。
生成方式必须匹配你的构建系统：
- CMake 项目：配置时加
-DCMAKE_EXPORT_COMPILE_COMMANDS=ON，生成的compile_commands.json会自动放在 build 目录下；VSCode 需在c_cpp_properties.json的compileCommands字段里填对路径 - Makefile 项目：用
bear -- make生成，不是make本身 - 裸写 GCC 命令？手动建
compile_commands.json，字段directory和command必须精确到每个源文件的编译上下文
它不处理 #ifdef 条件编译块里的调用，也不跟踪模板特化和 SFINAE，遇到空结果先查编译数据库完整性。
真正跨文件的调用图，得靠命令行工具链 + Graphviz
VSCode 内置功能或轻量插件都做不到“全项目自动布局调用图”。要生成带箭头、可缩放、跨文件的 .dot 图，必须走外部工具链：
- C/C++：用
cpp-dependencies（推荐）或CodeViz，命令类似cpp-dependencies --output=callgraph.dot src/*.cpp - Python：用
pyan3，关键参数是--uses --no-defines --grouped --max-bacon=2，避免图爆炸
生成的 .dot 文件需用 Graphviz Preview 插件渲染，或终端执行 dot -Tpng callgraph.dot -o graph.png。这一步无法跳过——VSCode 本身不带 Graphviz 渲染引擎。
最易被忽略的一点：这些工具输出的是静态快照，不反映运行时行为（比如虚函数动态绑定、函数指针赋值后调用），也完全不理解业务语义。图再漂亮，也得结合调试器和日志交叉验证。
