vs code 官方不支持打字音效，插件因 api 变更、浏览器策略限制、内存泄漏等问题基本失效；macos 用户应启用系统自带“按下按键时播放反馈”，windows 用户推荐使用 tickeys 工具。
VS Code 官方不支持打字音效，所有插件都靠监听编辑事件实现，但基本不可靠——尤其在快速输入、撤销、粘贴时，vscode.workspace.onDidChangeTextDocument 无法捕获单次按键，延迟常超 500ms，或直接漏响。
为什么 vscode-typing-sounds 这类插件现在几乎失效
该插件依赖的 API 自 VS Code 1.75 起行为变更：它把 Tab 当作普通字符处理（实际应跳过），且无法区分“用户输入”和“编辑器自动补全/格式化插入”。更关键的是，它每次用 new Audio().play() 创建新实例，触发浏览器策略限制（需用户手势激活），导致首次敲击静音、后续卡顿。
- 它把音效文件全打包进
dist/，换音效必须重编译插件 - 不支持动态加载本地音频，也无法复用
AudioBuffer - 未做节流控制，连续敲击会堆积大量
Audio实例，内存泄漏明显
Mac 用户请直接关掉 VS Code 插件，改用系统级方案
macOS Ventura 及更新版本已在「系统设置 → 声音 → 声音效果」中内置「按下按键时播放反馈」开关，开启后音效低延迟、全应用生效、无需额外权限。
- 路径比插件配置更短：系统设置 → 声音 → 声音效果 → 勾选「按下按键时播放反馈」
- 若音效微弱，先检查输出设备音量，再确认没启用静音模式
- 如需更强反馈，可同步开启「辅助功能 → 键盘 → 慢速键 → 选项 → 使用按键音」，并把「接受键入延迟」滑到最左（即时）
Windows 用户别折腾 VS Code 插件，Tickeys 是更稳的选择
Tickeys 是 Windows 上唯一长期维护、免配置即用的键盘音效工具，不依赖编辑器、不抢焦点、支持全局快捷键 Ctrl+~ 快速调出设置。
- 下载官方版 Tickeys 1.1.1（旧版兼容性更好），解压后直接运行
Tickeys.exe - 按
QAZ123呼出设置面板，选择「机械键盘」模式，拖动音量滑块调节强度 - 勾选「开机自启动」，避免每次重启手动开启
- 注意：它不修改任何系统文件，也无需管理员权限，关闭进程即停用
真要写 VS Code 插件？优先用 Web Audio + onDidType
如果项目确实需要绑定代码行为（比如仅在 .ts 文件中敲 console.log 时响一声），必须绕开已失效的文档监听，改用 vscode.languages.registerCompletionItemProvider 或 vscode.window.onDidChangeTextEditorSelection 配合轻量音频缓冲。
- 初始化时创建一个带用户手势的
AudioContext（例如绑定到状态栏按钮点击） - 预加载音效用
fetch+audioContext.decodeAudioData缓存AudioBuffer，避免重复解码 - 触发逻辑写在
vscode.window.onDidChangeTextEditorSelection回调里，比监听文档变更更及时 - 绝对不要在
onDidChangeTextDocument里直接play()，这是当前所有失败插件的共性问题
真正难的不是让键盘响，而是让响得准、不卡、不干扰。系统级音效覆盖所有场景，插件只适合极少数特定语义触发需求——多数人花两分钟开个系统开关，比折腾一小时插件更接近「解决」本身。
