shift+f12查不到递归调用是因为它不区分外部调用与自身调用，所有引用混在一起；需用ctrl+shift+f配合正则\bmyfunc\s\(\s\)在函数体内精准搜索。
为什么Shift+F12在函数内部查不到递归调用
Shift+F12 查的是「所有引用」，包括定义、赋值、调用、继承等——但它不会区分调用来源是外部还是自身。对递归函数来说，myFunc() 这行代码既属于“被调用”，也属于“调用自己”，而语言服务默认把它和普通调用一视同仁，不打标签、不分类、不折叠。所以你看到的列表里混着外部调用和递归点，得人工筛。
手动定位递归调用的可靠方式
真正想快速揪出函数体内的递归调用，靠语义分析不如靠结构+正则。关键前提是：光标必须停在函数定义块内（比如 function myFunc() { 大括号包裹的范围内），再执行以下操作：
- 按
Ctrl+Shift+F（Windows/Linux）或Cmd+Shift+F（macOS）打开全局搜索面板 - 输入函数名（如
myFunc），但**不要勾选 “Match Whole Word”** —— 否则会漏掉this.myFunc()或obj.myFunc() - 在搜索框底部的 “files to include” 栏填：
!**/node_modules,!**/dist,!**/*.d.ts，避免干扰 - 启用正则模式（点击
.*按钮），改写为：\bmyFunc\s*\(\s*\)——\b确保匹配单词边界，\s*容忍空格，\(\s*\)匹配无参调用；有参的可扩展为\bmyFunc\s*\([^)]*\)
递归调用容易被忽略的三种写法
静态分析几乎必然漏掉这些，必须靠文本搜索兜底：
-
arguments.callee()—— 已废弃但老代码里还有，Shift+F12完全不识别 -
self.myFunc()或that.myFunc()—— 闭包中保存的 this 引用，语言服务常无法关联到原始函数 -
setTimeout('myFunc()', 100)或eval('myFunc()')—— 字符串形式执行，彻底脱离 AST 范畴
Call Hierarchy 对递归支持有限
Ctrl+Shift+H（Call Hierarchy）能展开调用树，但它把递归调用当作“同一层级的自循环”，只显示一次节点，不展开深度、不标次数、不提示位置偏移。比如 fib(n) 在第 12 行调自己，在第 15 行又调一次，Call Hierarchy 只列一个 fib 节点，点不开具体行号。真要确认是否有多处递归入口，还是得回到函数体内用正则搜。
递归调用的定位难点不在工具缺失，而在“同一符号既是主体又是客体”——语言服务没义务告诉你“这里调用了自己”，它只负责建模关系。所以最稳的方式永远是：先用 Shift+F12 看整体引用，再用 Ctrl+Shift+F + 正则在当前文件内精准扫一遍函数名调用模式。
