根本原因是lsp只建模具名、导出、类型明确的实体，不索引匿名回调函数体内的符号；需将箭头函数提为具名函数并导出，再用shift+f12查找其作为参数的调用点。
为什么 Shift+F12 在回调函数上查不到引用
回调函数（比如 setTimeout(() => {...}, 100) 或 array.map(item => item.id)）在 VSCode 中常查不到调用位置，根本原因不是插件没装好，而是 LSP（语言服务器）默认不索引匿名函数体内的符号——它只建模命名函数、导出变量、类方法等有明确声明位置的实体。
常见现象包括：光标停在箭头函数内部某个变量上，按 Shift+F12 返回“无结果”；或点击一个传入 addEventListener 的回调名，却只找到定义，找不到哪段 DOM 事件触发了它。
- TS/JS 项目必须有
tsconfig.json或jsconfig.json，且需启用"checkJs": true（对 JS 项目）或"allowSyntheticDefaultImports": true（避免模块解析中断） - 不要依赖“查找所有引用”去追踪
onClick={handleClick}这类 JSX 属性值——LSP 把它当 props 字面量处理，而非函数调用点 - 真正有效的路径是：先用
Ctrl+Click跳转到handleClick定义，再在该函数名上按Shift+F12查它被哪些地方作为参数传入（前提是它被显式命名并导出）
如何让回调里的函数调用可追踪
关键不是换插件，而是把“隐式回调”变成“显式可分析结构”。TypeScript 编译器和 Pylance 等 LSP 服务只对具名、可导出、类型明确的实体做跨文件引用建模。
- 把内联箭头函数提成独立函数：
const handleSave = () => { ... };，再在onSubmit={handleSave}中使用——这样Shift+F12才能定位所有onSubmit绑定点 - 为高阶函数参数加 JSDoc 类型注解，例如：
/** @param {() => void} callback */ function runLater(callback) { callback(); }，能帮 TypeScript 推导出传入的回调类型，提升引用识别率 - Vue / React 项目中，避免在模板里写
@click="() => doSomething(id)"，改用@click="doSomething.bind(null, id)"或封装为 methods 里的具名方法
调试时怎么确认回调是否执行了
静态分析追不到，就靠运行时验证。VSCode 调试器本身不区分“普通函数”和“回调”，只要断点打对位置，就能停住。
- 在回调函数第一行设断点（哪怕它是箭头函数），启动调试后触发事件，看是否命中——这是最直接的“它有没有被调”的证据
- 在 Chrome DevTools 的
sources面板里，右键某行 → “Break on > caught exception”，可捕获异步链中未处理的错误，间接暴露回调执行路径 - 如果回调由第三方库（如
axios.interceptors）注入，需在launch.json中配置"sourceMapPathOverrides"映射到原始.ts文件，否则断点会落在打包后的node_modules代码里
别信“自动追踪回调链”的插件
目前没有任何 VSCode 插件能在不修改源码的前提下，可靠还原 Promise.then().catch().finally() 或 useEffect(() => { ... }, [dep]) 的完整调用链。所谓“动态追踪”本质是运行时日志注入或 AST 静态扫描，前者影响性能，后者无法处理闭包变量、条件分支、eval 表达式等边界情况。
真正容易被忽略的是：即使你用了 console.trace()，如果回调在微任务队列（如 queueMicrotask）中执行，堆栈也会被截断——这时候只能靠断点 + 调用堆栈面板逐帧回溯，而不是指望某个插件吐出一张“调用图”。
