Fedora 36 GNOME42环境下VSCode运行时键盘布局故障如何解决？

该故障为GNOME 42默认搭载的IBus输入框架与Electron架构应用的X11键盘事件捕获逻辑存在兼容性冲突：VSCode运行时会持续轮询X Server层的键盘布局状态，与GNOME系统层面的IBus布局切换逻辑产生资源抢占，最终出现布局状态不同步、切换锁死、VSCode UI线程周期性阻塞卡死。
故障典型特征就是仅在VSCode运行时触发，关闭VSCode后系统功能完全正常，与VSCode具体打包版本、内核小版本无直接关联，因此更换Insider预览版、Flatpak版均无法修复。

方案1：针对VSCode单独禁用IBus支持（推荐，无副作用） #

通过启动参数绕开VSCode对IBus接口的调用，不影响系统其他应用的输入法、布局切换功能：

• 针对RPM包安装的正式版VSCode，执行命令修改启动配置：

  sudo sed -i 's|Exec=/usr/share/code/code|Exec=/usr/share/code/code --disable-ibus --gtk-version=4|g' /usr/share/applications/code.desktop
  

• 针对Flatpak版本VSCode，执行沙盒权限配置：

  flatpak override --env=GTK_IM_MODULE=gtk-im-context-simple com.visualstudio.code
  

• 完全退出所有残留VSCode进程后重启应用即可：

  killall -9 code
  

方案2：关闭GNOME输入源的窗口绑定特性 #

如果方案1未完全解决锁死问题，调整GNOME全局输入配置，取消单窗口独立布局权限，避免VSCode进程持有独立的布局状态：

• 打开GNOME「设置」-「键盘」-「输入源」页面，关闭为每个窗口保留独立输入源开关
• 执行命令关闭IBus的进程级布局隔离：

  gsettings set org.gnome.desktop.input-sources per-window false
  gsettings set org.freedesktop.ibus.general switcher-delay-time 0
  

方案3：全局回退GTK输入模块（极端场景使用） #

如果前两个方案均无效，可全局切换GTK输入模块为简单上下文，注意该操作会导致第三方中文输入法（如IBus拼音、Rime、Fcitx5）在部分GTK4应用中无法正常调用：
编辑/etc/environment文件，在末尾追加两行配置：

GTK_IM_MODULE=gtk-im-context-simple
QT_IM_MODULE=gtk-im-context-simple

保存后重启系统即可生效。

配置生效后，连续按Win+Space切换布局10次以上确认输入布局与系统显示状态一致，连续运行VSCode2小时以上无周期性卡死、无需多次按切换快捷键即可正常切换布局即为修复完成。

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