在VSCode中调试循环时，应使用命中次数断点（如输入“100”）而非表达式（如“i===100”）来实现第N次暂停；二者互斥，且Hit Count仅支持=N、>=N、%N等格式，Expression则受限于变量作用域与调试信息完整性。
VSCode 里调试循环代码，不能靠 Ctrl+C 中断——那是终端层面的操作，对调试会话无效；真正要控制“在哪次循环停”，得用条件断点或命中次数断点，否则只能手动单步跳过几十上百次。
怎么设置循环第 N 次触发的断点
直接右键行号左侧的断点红点 → 选「编辑断点」→ 输入数字（如 100），不是表达式。VSCode 会把它识别为 Hit Count 类型，即“执行到该行第 100 次时暂停”。
常见错误现象：
- 输成
i === 100却想实现“第 100 次”，结果断点不触发（这是 Expression 类型，需变量i存在且作用域可见） - 输
>= 100或% 10 === 0等复合语法，但没注意 VSCode 的 Hit Count 仅支持简单数值、=N、>=N、%N三种前缀格式
适用场景：遍历十万条日志只查第 5000 条、HTTP 请求重试第 3 次失败时介入、单元测试中某次 mock 返回异常数据。
为什么 i == 5 这种表达式经常不生效
Expression 类型断点依赖调试器能求值，而 Java/Python/JS 的变量作用域、编译优化、source map 映射都会让它失效。
容易踩的坑：
- 变量
i在当前行尚未声明或已超出作用域（比如在for (int i = 0; ...)大括号外设断点） - Java 编译后局部变量名被擦除，调试器看不到
i，除非用-g编译参数保留调试信息 - TypeScript 项目没配
"sourceMaps": true，断点实际落在编译后的 JS 文件上，i可能变成_i或根本不可见 - 表达式里调用了有副作用的方法（如
user.getName().length() > 0），调试器可能拒绝执行以防干扰程序状态
调试死循环时怎么安全退出
F5 启动的是调试会话，不是终端进程；Ctrl+C 对它完全无效。必须用调试器原生控制方式：
- 按
Shift+F5—— 正常断开调试并尝试终止目标进程 - 点调试工具栏的红色
Stop按钮（不是终端里的 ×） - 如果卡死（比如断点停在 native code），先
Ctrl+Shift+P→ 输入Debug: Disconnect，再手动在终端用kill -9或任务管理器结束进程
别关终端标签页——后台进程还在跑，端口可能被占，下次启动报 Address already in use。
最易被忽略的一点：Hit Count 和 Expression 是互斥的两种断点类型，不能共存；删掉一个再设另一个，否则调试器可能按默认规则（通常是 Expression）解析，导致你输的数字被当成布尔表达式求值而报错。
