先讲清楚一个常见的“灵异事件”：Linux系统下，其他应用——终端、VSCode、聊天工具——都能正常切换输入法。

唯独谷歌浏览器的地址栏和网页输入框里，死活敲不出中文。

这种情况，十有八九不是输入法本身坏了，而是Chrome启动时没有走对图形协议，或者没加载到正确的输入法模块。

先确认图形模式：X11还是Wayland

第一步，得先确认Chrome到底在哪个图形模式下跑着。

打开Chrome，地址栏敲 chrome://version 回车，找“命令行”那一段。

看一眼——如果里面没有 --ozone-platform=x11 这个参数，哪怕你系统桌面默认是X11，Chrome也可能自作聪明地跑到了Wayland后端。

那怎么确定是这个问题？很简单。

直接在终端来一句：google-chrome-stable --ozone-platform=x11 启动一次。

如果中文立刻能用了，不用再猜了——问题锁定，就是平台协议层没对上。

临时解决：强制Chrome以X11模式启动

有两个路子可以走。

• 路子一：终端手动加参数
  google-chrome-stable --ozone-platform=x11
• 路子二：写个快捷脚本（推荐，省事）

第一步，创建可执行脚本：

mkdir -p ~/.local/bin && cat > ~/.local/bin/chrome-x11 <<'EOF'
#!/bin/sh
exec google-chrome-stable --ozone-platform=x11 "$@"
EOF
chmod +x ~/.local/bin/chrome-x11

第二步，杀掉Chrome所有残留进程——这一步必须做，否则旧进程还在占着输入法通道，新窗口开了也白搭。

pkill -f chrome && pkill -f chromium

第三步，运行脚本测试：

~/.local/bin/chrome-x11

如果此时中文能输入了，说明问题彻底解决。

永绝后患：把桌面图标绑到X11模式

每次从终端启动毕竟不是长久之计。要改，就直接把系统菜单里的Chrome图标启动方式改了。

以下三条命令搞定：

mkdir -p ~/.local/share/applications
cp /usr/share/applications/google-chrome.desktop ~/.local/share/applications/
sed -i 's#Exec=/usr/bin/google-chrome-stable#Exec=/usr/bin/google-chrome-stable --ozone-platform=x11#g' ~/.local/share/applications/google-chrome.desktop

关键前提：修改前确保Chrome完全关闭，包括所有后台进程，否则.desktop文件改了也不生效。

改完后，注销并重新登录。再从桌面菜单点Chrome图标启动，以后每次打开都会自动带上 --ozone-platform=x11 参数。

再检查一把：环境变量是否到位

在终端跑一条命令：

env | grep -E "(GTK_IM_MODULE|QT_IM_MODULE|XMODIFIERS)"

正常输出，应该是三个变量都指向同一个输入法框架，比如：

GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx

如果输出是空的，或者三个变量的值不一样（比如一个fcitx一个ibus），那就需要检查 ~/.profile 或 ~/.pam_environment 里有没有正确的导出语句。

改完记得重新登录。

一个特殊但越来越常见的情况：Chrome v138+ 与 IBus

如果你用的是RHEL9、AlmaLinux9这类系统，并且Chrome升到138版本之后中文输入突然消失，菜单栏上的语言标识也一并失踪了。

严格来说，这根本不是你的问题——是Chrome 138这版开始，强制要求系统必须备好 ibus-gtk4 这个模块。

解决方法很简单：

sudo dnf --enablerepo=ol9_codeready_builder install ibus-gtk4

装完之后，记住必须注销重登。只重启Chrome没用。

当然，也有一个“捷径”：把Chrome降级到v130版本，可以绕过这个依赖。但这显然是个安全风险，不建议长期这么干。