修复 Cmd+, VS Code 俄语布局 macOS

macOS 上俄语键盘布局下 VS Code 快捷键失效问题：Cmd+, 等快捷键修复方案

在 macOS 系统中，Cmd+, 是几乎所有原生应用（如 Safari、访达、Chrome）打开设置的通用快捷键。但在 VS Code 中，当启用俄语键盘布局时，该快捷键却完全失灵。根本原因在于：VS Code 按照字符（character）而非物理按键位置处理快捷键——俄语布局下，逗号键实际输出的是字母「B」，因此 VS Code 实际在监听「Cmd+B」，自然找不到对应命令。

包括 VS Code 在内的所有基于 Electron 的应用，其快捷键绑定机制均依赖字符映射；而原生 macOS 应用则基于扫描码（scan code），即真实物理按键位置，因此不受键盘布局影响。

问题诊断：从假设到根源定位

排查过程涵盖焦点检查、其他快捷键测试（例如 Cmd+Shift+P 始终正常）、系统级冲突排除、扩展干扰验证及后台进程分析，结果均无异常。最关键的诊断步骤是启用 VS Code 键盘快捷键设置中的 「记录按键」模式：它能准确捕获「cmd+[Comma]」事件，但依然无法触发任何命令。

切换回英文键盘布局后问题立即消失——由此确认：问题本质在于非字母符号键（如逗号、句号等）在不同键盘布局下的映射逻辑差异。

通过 keybindings.json 一键修复

创建或编辑配置文件 ~/Library/Application Support/Code/User/keybindings.json，添加以下物理按键绑定：

[
  { "key": "cmd+[Comma]", "command": "workbench.action.openSettings" }
]

方括号 [Comma] 明确指示 VS Code 绑定至物理按键，而非其当前输出的字符。该方案在任意键盘布局下均稳定生效，无需手动切换输入法。

非字母快捷键全量修复方案

此问题影响所有以 Cmd+符号组合的快捷键（如 /、.、[、]、\ 等），适用于所有非拉丁语系键盘布局。推荐在 keybindings.json 中配置如下完整集合：

[
  { "key": "cmd+[Comma]", "command": "workbench.action.openSettings" },
  { "key": "cmd+[Period]", "command": "editor.action.quickFix", "when": "editorHasCodeActionsProvider && editorTextFocus" },
  { "key": "cmd+[Slash]", "command": "editor.action.commentLine", "when": "editorTextFocus" },
  { "key": "cmd+[BracketLeft]", "command": "editor.action.outdentLines", "when": "editorTextFocus" },
  { "key": "cmd+[BracketRight]", "command": "editor.action.indentLines", "when": "editorTextFocus" },
  { "key": "cmd+[Backslash]", "command": "workbench.action.splitEditor" }
]

• Cmd+. —— 触发快速修复（Quick Fix）
• Cmd+/ —— 切换行注释
• Cmd+[+] —— 缩进选中行（通过 [BracketRight] 实现）
• Cmd+\ —— 分割编辑器

彩蛋：让终端链接默认在系统浏览器中打开

将 remote.forwardedPorts.openBrowserKind 设为 external，即可强制 VS Code 将端口转发链接（包括本地开发服务器地址）在您的默认外部浏览器中打开，而非内置的简易浏览器。

在 settings.json 中添加：

"remote.forwardedPorts.openBrowserKind": "external"

核心要点总结

• VS Code 按字符绑定快捷键；macOS 原生应用按扫描码（物理按键）绑定
• 在 keybindings.json 中使用 cmd+[Comma] 可彻底解决跨布局兼容问题，无需反复切换输入法
• 此问题波及所有 Electron 应用，且影响全部非字母符号键（如 /、.、[、]、\、,）
• 键盘快捷键设置中的 「记录按键」模式 会显示真实扫描码，是验证绑定是否生效的黄金工具
• 端口转发相关设置同样适用于本地开发服务器——尽管其配置项前缀为 remote.*，实则通用

— Editorial Team