VSCode断点命中声音需同时满足：editor.accessibilitySupport≠off、audioCues.enabled=true、断点实际命中且光标停在暂停行，系统音量正常且非远程开发环境。
调试中断时怎么触发声音提示
VSCode 本身不提供「断点命中就播放音效」的原生功能。所谓“调试中断有声音”，实际是靠 audioCues.enabled + audioCues.debugBreakpointHit 这组配置组合生效的，且仅在满足无障碍支持前提下才工作。
必须同时满足以下条件，光标停在断点命中行时才可能响一声：
-
editor.accessibilitySupport不能设为off（推荐auto） -
audioCues.enabled为true（只开子项如debugBreakpointHit不生效） - 断点确实命中，且调试器已将该行标记为暂停位置（比如左侧红点变实心、状态栏显示「已暂停」）
- 系统音量未静音，且当前不是远程开发（SSH/Dev Container）等无音频通道场景
示例配置（settings.json）：
{
"editor.accessibilitySupport": "auto",
"audioCues.enabled": true,
"audioCues.debugBreakpointHit": true
}
为什么断点命中没声音，但终端里 Ctrl+G 却有“嘀”声
这是两套完全独立的机制：前者是编辑器层的音频提示（audioCues），后者是终端层的 ASCII 响铃（terminal.integrated.enableBell）。很多人误以为关了 terminal.integrated.enableBell 就能解决调试无声问题，其实毫无关系。
常见混淆点：
- 调试中断声音 ≠ 终端响铃 —— 前者需语言服务器/调试器配合标记，后者只需输出
\x07 -
audioCues.debugBreakpointHit只在你**手动把光标移到已暂停行**时触发，不会在断点命中的瞬间自动发声 - 某些调试扩展（如 Cortex-Debug、Python Debugger）可能绕过该机制，改用系统通知 API，此时声音来自操作系统而非 VSCode 音频提示系统
想让断点命中立刻发声，有什么替代方案
原生配置做不到“立即发声”，但可以曲线实现：
- 用
Audio Cues: Terminal Bell+ 调试脚本主动写响铃字符：在 launch.json 的postLaunchCommands或被调试程序末尾加print("\a")（Python）或process.stdout.write("\x07")（Node.js） - 禁用所有干扰音：确认
window.enableBell和terminal.integrated.enableBell都为false，避免误判 - 检查是否被插件劫持：运行
code --disable-extensions启动，再试断点；若此时有声，说明某个扩展（如 Error Lens、TODO Tree）在监听调试事件并调用了通知 API
注意：code-runner 插件的“运行完成音效”早已失效，不要依赖它。
通知提醒弹窗怎么控制，和声音是两回事
右下角弹窗（toast）是否出现，由 notifications.toast 控制；是否带声音，则取决于系统通知中心设置或插件是否主动调用音频 API。二者完全解耦。
关键事实：
- 关闭
notifications.toast不影响任何声音，只隐藏视觉提示 - 开启
audioCues.debugBreakpointHit不会额外弹窗，只可能发声 - ESP-IDF、C/C++、Python 等插件常在断点命中后自行调用
vscode.window.showInformationMessage，这类弹窗无法被全局 toast 设置屏蔽，需查插件专属配置（如IDF: Notification Mode）
最容易被忽略的一点：Windows 用户若开启了“讲述人”或“筛选键”，系统级辅助功能会覆盖 VSCode 的音频提示行为，导致静音或重复发声 —— 先关掉系统辅助功能再排查。
