VSCode无插件能真实统计函数调用次数；所有“调用统计”均为静态分析或需手动埋点，如CodeMetrics仅计算圈复杂度和逻辑行，Call Graph Viewer等只生成调用结构图，运行时频次统计必须依赖日志、断点或外部工具。
VSCode 本身不提供函数调用次数或调用频次统计，也没有插件能“真实运行时计数”而不改代码——所有所谓“调用统计”插件，本质都是静态分析（找调用点）或需配合运行时埋点。别被宣传话术误导。
CodeMetrics 只显示圈复杂度和逻辑行，不统计调用次数
很多人装 CodeMetrics 是冲着“调用统计”去的，但它实际只做两件事：cyclomatic complexity（圈复杂度）和 lines of code（逻辑行）。它不会扫描整个项目看“A 函数被多少处调用”，也不会记录“B 函数在调试中被调用了几次”。
- 它只分析当前光标所在函数体，不跨文件聚合
- 状态栏显示的
N/A多半是语法解析失败：JSX 混写 HTML、TS 类型错误、或函数体为空/只剩注释 - 配置项
codemetrics.complexityThreshold仅影响颜色提示，和调用关系无关
Call Graph Viewer / Code2flow 不提供“调用频次”，只生成调用结构图
这类插件（如 Call Graph Viewer、Code2flow）解决的是“谁调了谁”，不是“调了多少次”。它们输出的是静态依赖拓扑，不是运行时 trace 数据。
-
Code2flow依赖文本匹配，对宏、模板、跨文件间接调用（如函数指针、回调）识别率低 -
Call Graph Viewer需语言服务器支持；C/C++ 依赖C/C++插件的语义索引，若没成功解析头文件，图就断连 - 两者都不支持“点击函数 → 显示该函数被调用 7 次，分别在 file1.ts 第 42 行、file2.ts 第 18 行…”这类明细
真要统计运行时调用次数，必须加日志或用调试器
没有插件能绕过执行过程直接告诉你“这个函数被调用了多少次”。可行路径只有两条：
- 手动加
console.count('funcName')或debugger断点，在 DevTools Console 里看累计次数 - 用
CodeLLDB（C/C++）或Python Debugger设置“函数入口断点 + 命中断点计数”，但需启动调试会话，且不能脱离运行环境 - 想自动化？得写脚本跑
pycallgraph（Python）或gcov（C++），导出数据再人工汇总——这不是 VSCode 插件能完成的事
真正容易被忽略的点是：调用“结构”和调用“频次”属于不同维度的问题。前者靠 AST 分析就能做，后者必须进入执行上下文。别指望一个插件同时解决两个问题——连语言服务器都分 semanticTokens（结构）和 debug（执行）两个协议层。
