企业官网建设流程全解析

Fedora + KDE Wayland 下微信（WeChat 4.x）无法输入中文的排查与解决

环境：Fedora 44 / KDE Plasma 6 / Wayland / fcitx5（rime）/ 微信 Linux 原生版 4.1.1.4

一、现象

系统里 fcitx5 工作正常，其它程序都能正常打中文，唯独微信里无法切出中文输入法、打不了汉字。

二、关键背景知识

Linux 下应用程序连接输入法（fcitx5）有两条路：

1. Wayland 原生路径：原生 Wayland 应用通过text-input协议直接连 fcitx5，不需要任何环境变量。
2. X11 / XWayland 路径：跑在 XWayland 下的 X11 应用连不上 Wayland 输入协议，只能走老办法——靠GTK_IM_MODULE、QT_IM_MODULE、XMODIFIERS这些环境变量去找输入法。

KDE Plasma 在 Wayland 下，原生应用走第 1 条路，所以即使环境变量没配，大部分程序也能正常输入。问题就出在那些走第 2 条路的程序身上。

三、排查过程

1. 看输入法环境变量

echo"GTK_IM_MODULE=$GTK_IM_MODULE"echo"QT_IM_MODULE=$QT_IM_MODULE"echo"XMODIFIERS=$XMODIFIERS"echo"XDG_SESSION_TYPE=$XDG_SESSION_TYPE"

输出：

GTK_IM_MODULE= # 空 QT_IM_MODULE= # 空 XMODIFIERS=@im=none # 显式为 none XDG_SESSION_TYPE=wayland

环境变量全空 / 为none——也就是说 XWayland 应用没有任何通往 fcitx5 的通道。

2. 确认 fcitx5 在运行

pgrep-afcitx5# 2530 /usr/bin/fcitx5 —— 正常运行，已配置 rime 中文

3. 看 XIM 服务器状态

xprop-rootXIM_SERVERS# XIM_SERVERS(ATOM) = @server=ibus, @server=none

XIM 服务器残留指向ibus（而 ibus 根本没运行），fcitx5 没有接管 XIM。

4. 确认微信是什么类型的应用

ldd /opt/wechat/wechat|grep-iE"Qt|gtk|electron"# 无输出ls/opt/wechat/# libmmmojo.so / RadiumWMPF / libandromeda.so ...

libmmmojo（Mojo 是 Chromium 的 IPC 机制）、RadiumWMPF——说明微信 4.x 是 Chromium 内核的应用，默认跑在 XWayland 下。

四、根因

微信 4.x 是 Chromium 内核应用，运行在 XWayland（X11 模式）下，只能靠环境变量找输入法；但系统里GTK_IM_MODULE/XMODIFIERS没有指向 fcitx5（为空 /@im=none），导致微信完全连不上输入法。

而其它原生 Wayland 程序走text-input协议、不依赖这些变量，所以照常能打中文——这就是"只有微信不行"的原因。

五、验证（零风险，不改任何配置）

先在终端临时带上环境变量启动微信，验证猜想——这种方式只影响这一次启动，不写任何文件：

# 先彻底退出微信，然后：GTK_IM_MODULE=fcitxQT_IM_MODULE=fcitxXMODIFIERS=@im=fcitx /usr/bin/wechat

实测：微信可以正常切换并输入中文 ✅。根因确认。

六、持久解决

把环境变量做成用户级持久配置（只新增一个文件，不动任何现有系统配置）：

新建~/.config/environment.d/im.conf：

# 输入法 (fcitx5) 环境变量 # 让 XWayland / Chromium 系应用(如微信)能连上 fcitx5 GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx

~/.config/environment.d/*.conf由 systemd 用户会话在登录时读取，因此需要注销重新登录一次（或重启）才会生效。生效后微信无需再手动带环境变量启动。

七、关于 ibus（可选）

排查中发现 XIM 残留指向了没运行的 ibus。本机用的是 fcitx5，ibus 已无用武之地。但需要注意：

• plasma-desktop依赖ibus-libs，所以ibus-libs/ibus-gtk3/4不能卸，KDE 需要它们。
• 直接dnf remove ibus会连带删掉约 39 个包 / 442MiB，其中混着google-noto-emoji-fonts（彩色 emoji 字体）、wl-clipboard等你多半想留的东西（被ibus-typing-booster拖进来、被 dnf 误判为"无人使用"）。

由于 ibus 本身没有运行、不占内存，留着零风险。若执意要卸，建议先保护想留的包：

sudodnf mark user google-noto-emoji-fonts gdouros-symbola-fonts wl-clipboardsudodnf remove ibus

本文最终选择保留 ibus 不动。

八、小结

同理，KDE Wayland 下其它 Chromium/Electron/XWayland 应用（如部分版本的 VS Code、Chrome、各类 Electron 客户端）打不了中文，通常也是同一个原因，同一套办法可解。