VSCode不自动检测死循环，但可通过调试中断、性能分析和终端响应协同暴露：F5启动调试可随时暂停或终止，配合launch.json中"timeout": 5000和"console": "integratedTerminal"保命配置，再结合Performance Profile定位CPU热点，实现高效排查。
VSCode 本身不主动检测死循环，但能通过调试器中断、性能分析和终端响应三路协同暴露它；关键不是“自动发现”，而是让循环在可控范围内暴露行为异常。
为什么 node 直接跑会卡死，而调试器能打断？
Node.js 运行时默认不设执行时限，一旦进入纯 CPU 密集型死循环（比如 while(true) { i++ }），主线程彻底阻塞，连 Ctrl+C 都可能失效——尤其在 Code Runner 插件的输出面板里，根本没机会响应。调试器（Debugger for Node.js）则不同：它通过 V8 Inspector 协议与运行时通信，F5 启动后即使代码已卡住，你仍可随时按 Shift+F5 强制终止进程，或在任意时刻点暂停（Pause on break）查看调用栈。
- 必须用
F5启动调试，不能只靠Ctrl+Alt+N运行 - 断点不一定得设在循环内——在循环外打一个，再按
F5继续，若长时间无响应，基本就是卡在里面了 - 如果连暂停都失败（界面灰掉、按钮无反应），说明 V8 已完全失控，需关掉终端重来
launch.json 中必须加的两个保命配置
默认生成的 launch.json 对死循环很不友好：没有超时机制，也没有线程可见性。以下两项是实际踩坑后验证有效的底线配置：
-
"timeout": 5000—— 在configurations里加上这行，调试器会在 5 秒无响应后自动中断并报错Timeout waiting for target，避免干等 -
"console": "integratedTerminal"—— 强制把 node 进程跑在集成终端里，而不是静默的 OUTPUT 面板；这样 Ctrl+C 才真正有效，且能看到实时 CPU 占用提示（Windows 下 PowerShell 会显示[Process completed]或卡在^C状态）
完整片段示例：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
{
"type": "node",
"request": "launch",
"name": "Run with timeout",
"program": "${file}",
"timeout": 5000,
"console": "integratedTerminal",
"skipFiles": ["<node_internals>/**"]
}
用 Performance Profile 快速定位热点循环
死循环不等于逻辑错误，有时是算法复杂度失控（比如嵌套遍历万级数组）。这时光看断点没用，得看 CPU 时间花在哪。VSCode 内置的 Performance 视图能导出火焰图，但前提是启动时启用采样：
- 调试状态下按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，打开 DevTools 控制台，确认没报Inspector not available - 回到调试视图，点击顶部工具栏的
Take Performance Profile按钮（图标像速度表盘） - 等几秒后点击 Stop，它会生成一个
.cpuprofile文件，展开后能看到函数耗时排序 —— 如果某个for或while块占了 95%+ CPU 时间，基本就是它了 - 注意：该功能在 WSL 或远程 SSH 环境下可能不可见，需确保
type: "node"且program指向真实文件路径，不能是${fileBasename}
写测试时就防死循环的三个硬约束
与其等运行时崩溃，不如在编码阶段堵住漏洞。这三个习惯成本极低，但能筛掉 80% 的隐性死循环：
- 所有
while/for(;;)必须带明确退出条件，且该条件变量在循环体内被修改；禁止出现let i = 0; while (i 这种漏改 <code>i的写法 - 涉及计数的循环，加一层保护计数器：
let safety = 0; while (condition && safety++ ，本地测试时可快速暴露无限迭代 - 用
console.time()包裹可疑逻辑段，比如console.time('heavy loop'); /* 循环体 */; console.timeEnd('heavy loop');，超过 100ms 就该警觉
真正难缠的不是明显死循环，而是依赖外部状态（如网络响应、文件读取）才退出的“伪活锁”——这种必须结合日志 + debugger 语句，在真实环境里逐步收窄范围。
