Deepin V25.2.1 升级后应用无法输入中文的排查与解决

背景

办公电脑一直使用 Deepin 25 搭配 fcitx5-rime 作为中文输入法，长期运行稳定。近期将系统从 V25.2.0 升级到 V25.2.1 后，突然发现一个诡异现象：

由于日常严重依赖终端和编辑器，该问题直接影响工作效率，因此进行了彻底排查，并最终找到根因。本文记录整个排查过程和最终方案，并分享其中踩到的 “坑”。

首先怀疑输入法安装或模块缺失：

dpkg -l | grep fcitx5-frontend

输出显示所有必要模块均已安装（gtk2/gtk3/gtk4, qt5/qt6），无异常。

查看 fcitx5 进程：

ps aux | grep fcitx5

进程正常，fcitx5 -d 成功启动。

尝试官方诊断工具：

fcitx5-diagnose

关键发现——诊断报告中出现大量警告：

核心问题浮出水面：输入法环境变量完全没有被设置。

而在 Edge 中之所以能正常输入，是因为 Edge 通过 D-Bus 前端 与 fcitx5 通信，不依赖这些环境变量，因此“免疫”了此问题。这完美解释了“终端不行，浏览器可以”的诡异现象。

Deepin V25.2.0 时期，系统会在用户登录时自动注入这些变量，确保所有 GUI 应用能连接输入法。升级到 25.2.1 后，这一机制被改变或意外移除，导致变量不再自动设置。由于这些变量并非由 fcitx5 软件包维护，而是桌面环境的责任，因此恢复它们需要手动干预。

根据 fcitx 官方文档推荐，在 X11 会话下，应将输入法环境变量写入 ~/.xprofile，由 LightDM 在启动图形会话时加载。

执行：

cat >> ~/.xprofile << 'EOF'
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
export SDL_IM_MODULE=fcitx
EOF

注销并重新登录。

结果：变量依然为空，输入法依旧无法使用。

为验证 ~/.xprofile 是否被执行，我们在文件末尾添加测试行：

echo "xprofile loaded: $(date)" >> /tmp/xprofile_load_test.log

注销重登后，检查 /tmp/xprofile_load_test.log，文件不存在。

结论：LightDM 在 Deepin V25.2.1 中并未加载 ~/.xprofile。 这是本次排查遇到的第一个大坑：尽管此配置在多数 Linux 发行版上有效，但 Deepin 特定的 LightDM 配置可能跳过了该文件的读取，或者使用了不同的会话启动流程。

由于用户级的 ~/.xprofile 不被加载，我们选择使用系统级的全局环境变量文件 /etc/environment。该文件被所有显示管理器和会话类型读取，不依赖任何桌面启动脚本，是最保险的方案。

具体步骤：

添加以下行（注意不要破坏已有内容）：

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

重新登录后，打开终端验证：

echo $GTK_IM_MODULE   # 应输出 fcitx

根本原因：Deepin V25.2.1 升级后，用户会话不再自动设置 GTK_IM_MODULE、QT_IM_MODULE、XMODIFIERS 等输入法必需的环境变量。
为什么有的应用正常：Edge 等基于 Chromium 的应用通过 D-Bus 直接与 fcitx5 通信，无需这些变量，因此不受影响。
坑点：LightDM 在新版 Deepin 中不执行 ~/.xprofile，导致传统的用户级配置失效。直接写在 /etc/environment 中则立即生效。
修复方法：将上述变量写入 /etc/environment 并重启。

系统升级后若出现输入法异常，首要检查环境变量：运行 fcitx5-diagnose 可以快速定位。
~/.xprofile 并非万能：不同发行版、甚至同一发行版的不同版本，对会话启动脚本的处理可能不一致。遇到不生效时，可尝试 ~/.profile、~/.xsessionrc，或直接使用系统级 environment。
Deepin 25 用户若遇到相同问题，可直接按本文 /etc/environment 方案修复，避免在 .xprofile 上浪费排查时间。
如果有条件，建议向 Deepin 社区反馈该回归问题，促使官方在后续更新中恢复变量自动设置。