合理使用条件断点和日志点可大幅提升调试效率。1. 条件断点仅在表达式为真时中断，适用于循环或特定用户触发异常等场景，支持表达式和命中次数模式，避免频繁中断影响体验。2. 日志点不中断程序，通过输出变量值观察执行过程，适合高频调用或生产环境，可结合条件过滤输出。3. 组合使用日志点与条件断点，先观察趋势再精准定位问题，实现非侵入式高效调试，关键在于根据场景灵活选择，追求“准确”而非“频繁”中断。
在使用 VSCode 进行开发时，调试是排查问题的核心手段。除了基础断点，合理利用条件断点和日志点能大幅提升效率，尤其在处理高频调用或生产式场景中。掌握这些高级技巧，可以让你在不修改代码、不重启服务的情况下精准定位问题。
条件断点：只在满足特定条件时中断
普通断点每次执行到该行都会暂停，但在循环或事件回调中频繁触发会严重影响调试体验。条件断点允许你设置表达式，仅当表达式为真时才中断。
设置方法：- 右键点击行号，选择“添加条件断点”
- 输入 JavaScript/TypeScript 表达式，例如
i === 10或user.id === 'test' - 支持“表达式”和“命中次数”两种模式
- 循环中第 N 次迭代出错：设置“命中次数”为 100
- 某个特定用户触发异常：条件写为
user.name === 'admin' - 数值越界时中断：
value > 1000
注意：条件表达式必须是可求值的运行时表达式，不能包含副作用操作（如赋值、函数调用）。
日志点：无中断输出，替代 console.log
日志点不会中断程序执行，而是在控制台输出指定内容，适合用于观察变量变化又不想打断流程的场景。它是非侵入式调试的理想选择。
设置方法：- 右键行号，选择“添加日志点”
- 在日志消息中使用花括号插入变量，例如
当前索引: {i}, 值: {arr[i]} - 支持表达式和静态文本混合
- 输出对象关键字段：
用户状态: {user.status}, 尝试次数: {user.attempts} - 标记执行路径：
进入重试逻辑 - 时间: {Date.now()} - 结合条件使用：设置“条件”字段，让日志点仅在特定情况下输出
日志点的内容会显示在调试控制台，与 console.log 输出混在一起，但来源更清晰，且无需在提交前删除。
组合使用：高效定位复杂问题
在实际调试中，单独使用某一种方式可能不够。将条件断点与日志点结合，可以构建高效的调试策略。
- 先用日志点观察变量趋势，快速判断异常范围
- 在可疑区间设置条件断点，深入检查调用栈和上下文
- 对高频函数使用日志点记录入口参数，避免中断影响时序
比如处理一个每秒触发上百次的事件回调，你可以：
- 用日志点打印事件类型和时间戳
- 设置条件断点，仅当事件类型为
'error'时中断 - 查看此时的上下文变量和堆栈信息
基本上就这些。条件断点和日志点看似简单，但用好能极大减少调试时间。关键是根据场景灵活选择，避免盲目打断程序流。调试不是越“停”越好，而是越“准”越好。
