条件断点和日志点可提升VSCode调试效率。通过设置条件断点（如i === 99）仅在满足条件时中断，避免频繁暂停；使用日志点输出变量（如{user.name}）而不中断执行，适合高频调用场景。结合两者可在循环中用日志观察状态，用条件断点捕获异常，辅以命中次数定位性能瓶颈，实现精准静默调试。
在使用 VSCode 进行开发时，调试是排查问题的核心手段。除了基础断点，合理使用条件断点和日志点能大幅提升效率，尤其是在处理循环、高频调用或生产环境模拟场景中。下面介绍它们的高级配置方法和实用技巧。
条件断点：只在满足特定条件时中断
普通断点每次执行到该行都会暂停，容易打断调试节奏。条件断点则允许你设置触发条件，仅当满足时才中断。
设置方式：
- 在代码行号左侧点击添加断点，然后右键选择“编辑断点”（Edit Breakpoint）
- 在弹出的输入框中输入 JavaScript/TypeScript 表达式，例如：count > 100 或 user.id === 'test-user'
- 也可以使用“命中次数”（Hit Count）来控制第几次执行时中断，比如设为 5，则第五次运行到此处才暂停
实用场景：
- 调试数组遍历时，只在索引为特定值时中断：i === 99
- 避免在初始化阶段中断，只关注后续逻辑：data && data.length > 10
- 排查内存泄漏时，监控某个对象被创建的次数
日志点：不中断执行，输出自定义信息
日志点（Logpoint）不会暂停程序运行，而是向调试控制台输出指定内容，适合高频调用函数或异步流程中观察状态。
添加方法：
- 右键点击行号，选择“添加日志点”
- 在表达式框中输入要打印的内容，支持变量插值，语法类似模板字符串
- 例如：当前用户: {user.name}, 计数: {count}
- 也可输出固定信息，如：进入缓存清理流程
高级技巧：
- 结合 JSON.stringify 打印复杂对象：变量详情: {JSON.stringify(state, null, 2)}
- 在事件处理器中插入日志点，追踪触发顺序而不影响 UI 响应
- 用于模拟 console.log，但无需修改源码，避免提交调试代码
组合使用提升调试效率
实际开发中，将条件断点与日志点结合使用效果更佳。
例如在一个长循环中：
这种策略既保持程序流畅运行，又能在关键时刻介入分析。
基本上就这些。掌握条件断点和日志点，能让调试更精准、更安静，尤其适合复杂逻辑和线上问题复现。下次遇到频繁调用或难以捕捉的状态变化，不妨试试这两种方式。
