调试器单步执行+调用栈实时观察才是分析实际执行流的唯一可靠方法，因为静态工具无法感知运行时变量值、异步调度和环境条件，而call stack面板能动态展示同步调用、async/await暂停点、promise.then及事件回调等真实路径。
直接用“转到定义”+“查找所有引用”不解决执行流问题
想看一个函数里实际会走哪些分支、调用哪些其他函数、有没有被异步跳过——光靠Go to Definition或Find All References不行。它们只告诉你“谁调用了它”或“它长什么样”，不反映运行时真实路径。比如if (x > 0)块里嵌套了fetch()，但x在当前调试场景下为0，那这块根本不会执行，而引用列表照常显示。
真正有效的办法：调试器里单步 + 调用栈实时观察
VSCode 的调试视图（Call Stack 面板）才是执行流的“活地图”。只要进调试模式（F5），函数一执行，左侧就会动态展开完整调用链，包括同步调用、Promise.then、async/await 暂停点、甚至事件回调入口。
- 断点设在函数开头，F5 启动后，每按一次
F10（逐过程）或F11（逐语句），Call Stack 就刷新一次，你能亲眼看到控制权移交到哪一行、哪个函数 - 遇到
await或then()，栈顶会显示async function或Promise.then，说明执行流即将“跳出去”，不是终止 - 如果某分支没出现在 Call Stack 里（比如
else块），说明它这次没被执行——这才是你真正要的“当前函数内的实际路径”
别依赖静态分析工具查执行流
像 ESLint、TypeScript 类型检查、甚至 VSCode 自带的“大纲视图”，都基于源码结构做推导，无法感知变量值、环境条件、异步调度顺序。它们可能标出所有if/switch分支，但无法告诉你本次运行走了哪条。
- 静态工具对
process.env.NODE_ENV === 'development'这类判断无能为力，除非你硬编码模拟环境 - 它们也抓不住
setTimeout(() => { ... }, 0)这种微任务插入点，而调试器会在下一个 tick 明确停在回调第一行 - 如果你正在看一个大型 React 组件，
useEffect里的逻辑是否触发，取决于依赖数组变化——只有调试时才能确认它这次有没有 run
快速定位执行流卡点：用条件断点过滤无关路径
函数太长、分支太多？别手动单步到底。在关键判断行（比如 if (status === 'error')）右键加条件断点，只让调试器停在你关心的路径上。
- 条件表达式直接写
status === 'error'，不用括号，VSCode 调试器支持 JS 表达式求值 - 想同时记录路径和时间戳？编辑断点时输入：
console.log('进入 error 分支:', new Date().toISOString()) - 避免打断点后反复触发？加个计数器：
hitCount > 3（右键断点 → Edit Breakpoint → Hit Count）
执行流不是画出来的图，是跑出来的轨迹。最可靠的路径，永远在你按下 F10 的那一瞬间生成，而不是在代码补全或大纲里预设好的。
