合理使用条件断点和日志点可精准定位问题。1. 条件断点仅在满足特定条件时触发，适用于循环或高频调用场景，如user.id == 1001或loopCounter == 10；2. 日志点输出自定义信息而不中断执行，适合观察变量变化，如User logged in: {user.name}；3. 可先用日志点观察趋势，发现异常后设条件断点深入调试，两者结合提升效率。
调试时，盲目地插入大量日志或频繁手动暂停程序会浪费时间。合理使用条件断点和日志点（Logpoint）能让你精准定位问题，避免中断正常执行流程。
条件断点：只在关键情况下暂停
普通断点每次运行到该行都会暂停，而条件断点只在满足特定条件时才触发。这在循环或高频调用的函数中特别有用。
设置方式通常是在断点上右键，选择“编辑断点”并输入条件表达式。例如：
- 监控某个变量等于特定值：
user.id == 1001 - 只在第10次执行时中断：
loopCounter == 10 - 排除某些情况：
status != "success"
这样可以跳过无关场景，直接聚焦异常或目标数据。
日志点（Logpoint）：打印信息而不中断执行
日志点是断点的升级版，它不会暂停程序，而是输出自定义日志消息，适合观察变量变化或调用频率。
在支持的IDE（如VS Code、IntelliJ）中，你可以将断点转换为日志点，并输入类似以下格式的消息：
User logged in: {user.name}, role: {user.role}API called with params: {JSON.stringify(params)}
这种方式既保留了调试信息，又避免了打断程序状态，尤其适用于异步流程或实时系统。
结合使用提升效率
实际调试中，可以先用日志点快速观察变量趋势，发现异常后再设置条件断点深入检查。
比如在一个用户列表渲染函数中：
- 添加日志点输出每个用户的
id和status，确认整体流程 - 发现某
status异常后，设置条件断点：user.status === "blocked"，进入详细调试
这种组合策略减少干扰，同时提高排查精度。
基本上就这些。关键是根据场景灵活选择——要暂停就用条件断点，要观察就用日志点，两者配合往往事半功倍。
