若断点被意外触发，需检查条件断点、禁用全部断点、用命令面板管理断点、验证launch.json中breakOnLoad配置。
如果您在使用 VSCode 进行调试时发现断点被意外触发，或希望精准控制断点的激活条件与执行时机，则可能是由于“Triggered breakpoints”机制被启用。以下是针对该行为的多种调试干预方法：
本文运行环境：MacBook Air，macOS Sequoia。
一、检查并禁用条件断点中的触发表达式
VSCode 中的断点可能被配置为仅在特定表达式求值为 true 时触发，这类断点若表达式逻辑异常或变量未定义，会导致看似“意外触发”。需确认当前断点是否附加了条件或命中次数限制。
1、在编辑器左侧装订线（gutter）上右键点击已设置的断点圆点。
2、选择“Edit Breakpoint”选项。
3、查看弹出菜单中是否显示“Condition”、“Hit Count”或“Log Message”项。
4、若存在非空的 Condition 字段，将其清空后按回车确认，即可还原为普通断点。
二、关闭所有断点的全局触发状态
VSCode 提供了临时停用全部断点的功能，该操作不影响断点位置与配置，仅中断其触发能力，适用于快速排除断点干扰。
1、点击左侧活动栏中的调试图标（虫形图标）。
2、在顶部调试工具栏中找到“Disable All Breakpoints”按钮（图标为红色斜杠覆盖的断点圆点）。
3、单击该按钮，所有断点将变为灰色半透明状态，表示已禁用。
三、使用断点指令面板精确管理
VSCode 的命令面板支持直接输入指令对断点进行批量操作，包括清除、启用/禁用指定文件或行号范围的断点，避免手动逐个处理。
1、按下 Cmd+Shift+P（macOS）打开命令面板。
2、输入“Debug: Toggle Breakpoint”并回车，可切换光标所在行的断点状态。
3、输入“Debug: Remove All Breakpoints”并回车，将彻底清除工作区中所有用户设置的断点。
四、验证调试配置中的 breakOnLoad 设置
某些 launch.json 配置启用了 breakOnLoad 或 breakOnLoadStrategy，导致脚本加载阶段即中断，易被误判为“Triggered breakpoints”现象。
2、查找 "breakOnLoad" 字段，确认其值是否为 true。
3、查找 "breakOnLoadStrategy" 字段，若存在且值为 "all" 或 "applicationEntry"，建议临时设为 "none" 并保存文件。
