Linux系统中VSCode的Ctrl+~快捷键失效如何排查拦截程序？

• 第一步：先确认VS Code内部快捷键配置是否正常
  按Ctrl+K Ctrl+S打开VS Code快捷键设置面板，搜索workbench.action.terminal.toggleTerminal（切换内置终端的命令），确认该命令的绑定快捷键包含`Ctrl+``（即Ctrl+_{对应的反引号键位，}是该键配合Shift的输出，实际快捷键触发的是Ctrl+反引号），检查是否被自定义配置、第三方扩展覆盖了绑定。如果内部绑定正常，再排查系统层问题。
• 第二步：排查桌面环境/窗口管理器的全局快捷键冲突
  全局快捷键优先级高于应用内快捷键，是最常见的冲突来源：
  • GNOME桌面：打开「设置-键盘-键盘快捷键」，在搜索栏输入对应组合键排查绑定，也可以直接在终端执行命令gsettings list-recursively | grep '<Control>grave'快速检索配置（反引号的键位标识为grave）。
  • KDE Plasma桌面：打开「系统设置-快捷键-全局快捷键」，检索对应组合键，排查是否绑定到系统组件、通知、截图类功能。
  • i3/Sway等平铺窗口管理器：直接检查用户配置文件中的bindsym项，搜索Ctrl+grave相关的绑定规则。
• 第三步：用事件追踪工具定位拦截进程
  如果桌面配置里没找到冲突项，用按键事件工具定位接收按键的进程：
  • X11会话环境：安装xev工具，终端执行xev | grep -A2 KeyPress，将弹出的测试窗口切到后台后按下Ctrl+~，从输出中拿到接收事件的窗口ID，再执行xwininfo -id <窗口ID>查询对应进程信息。
  • Wayland会话环境：安装wev工具，终端执行wev后，在桌面空白区域按下Ctrl+~，从输出的客户端字段里定位接收事件的进程。
    若上述工具未定位到明确进程，可逐个临时退出后台常驻托盘程序测试：包括输入法（fcitx/ibus）、剪贴板管理器、截图工具、快捷启动器、系统监控插件这类会注册全局快捷键的程序，每退出一个就测试一次VS Code的快捷键，直到找到冲突程序。

排查前先排除键位映射问题：打开普通文本编辑器按下Ctrl+~，确认按键输出正常，没有因为自定义键盘布局、键盘宏设置导致键位识别偏移。

内容的提问来源于stack exchange，提问作者TrySpace