Linux 桌面的中文输入通常由多个层次共同完成：输入法框架负责接入桌面和应用，输入引擎负责具体的拼音或其他输入方案，配置与词库则保存用户定制。卸载或切换时应分别处理这些层次，不能把“删除一个软件包”等同于完全清理。
组件边界
- 输入法框架：例如 Fcitx 5、IBus，负责会话启动、应用接口和输入源切换。
- 输入引擎或插件：例如 Fcitx 5 的 Rime 插件、IBus 的智能拼音引擎。框架存在不代表某个中文引擎已经安装。
- 方案与用户数据：例如 Rime 配方、雾凇拼音配置、自定义词库和部署产物。这些通常位于用户数据目录，卸载系统包不一定会删除。
- 桌面输入源：桌面设置中可供切换的英文、中文等输入源。安装引擎后，往往仍需在桌面设置中添加。
- 会话选择与环境：桌面可能通过发行版工具、会话配置或环境变量选择框架；软件包、进程和桌面选择必须保持一致。
切换或卸载的安全顺序
1. 先盘点，再删除
确认当前框架、已安装包、运行进程、自启动项和用户数据位置。Debian/Ubuntu 系可以把包查询限制为已安装状态，例如：
dpkg-query -W -f='${binary:Package}\t${db:Status-Abbrev}\n' \
| grep -Ei '^(fcitx5|libfcitx5|ibus)'
包名和依赖会随发行版变化，应审阅查询结果后再交给包管理器，而不是未经检查地按宽泛模式批量清除。
2. 先准备替代链路
如果卸载后仍需中文输入，先确认替代框架、目标输入引擎和桌面输入源都可用。以采用 IBus 的 GNOME/Ubuntu 桌面为例，完整链路通常是：
IBus 已安装并被会话选用
→ 中文输入引擎已安装
→ 在桌面“键盘/输入源”中添加该引擎
→ 注销并重新登录后验证应用内输入
im-config 是部分 Debian/Ubuntu 系统用于选择输入法框架的工具；它不是所有发行版或桌面环境的通用接口。桌面切换快捷键也属于桌面设置，不能无条件假定总是 Super+Space。
3. 停止旧框架并卸载明确的软件包
先结束旧框架的会话进程或用户服务，再使用发行版包管理器卸载已经确认的框架及插件。卸载前检查包管理器给出的依赖变更列表；自动移除依赖也应单独审阅，避免删除仍被其他用途需要的软件包。
4. 备份后处理用户数据
Fcitx 5 的常见用户目录包括：
~/.config/fcitx5/
~/.local/share/fcitx5/
~/.cache/fcitx5/
Rime 配置和第三方方案可能位于 ~/.local/share/fcitx5/rime/。路径是常见约定而非当前机器事实，应先实际检查。配置和个人词库可能不可恢复；需要保留时先移动到备份位置，确认替代输入法工作后再删除。旧版 Fcitx 与 Fcitx 5 的目录也不应在未确认归属时一起清除。
5. 定点检查启动项和环境变量
检查用户自启动目录、桌面启动项，以及 shell、会话和 environment.d 配置中与旧框架有关的设置。不要用“删除所有包含 fcitx 的整行”作为默认方法：匹配可能出现在注释、条件逻辑或同时包含其他设置的行中，机械删除会破坏无关配置。
更安全的做法是先只读搜索并逐项判断来源：
rg -n -i 'fcitx|GTK_IM_MODULE|QT_IM_MODULE|XMODIFIERS' \
~/.profile ~/.xprofile ~/.pam_environment ~/.config/environment.d 2>/dev/null
编辑前备份目标文件，仅移除能够确认是旧框架遗留的赋值或启动项。系统级环境文件还需要区分发行版默认配置与用户手动修改。
分层验证
完成切换并重新登录后，应分别验证：
- 包层：旧框架及其插件是否仍处于已安装状态；
- 进程层：旧进程或用户服务是否仍启动；
- 会话层：当前桌面实际选择的是哪个框架；
- 输入源层：英文和目标中文引擎是否都已添加；
- 应用层：至少在一个原生桌面应用和目标日常应用中测试输入与切换；
- 数据层：确认无需回退后，再决定是否删除备份的配置与词库。
“包查询没有输出”只能证明查询范围内未发现对应已安装包，不能单独证明用户配置、自启动项、环境变量和第三方手动安装内容都已清理。
常见错误
- 先删除旧框架，再发现没有可用的替代中文引擎；
- 把框架、输入引擎、Rime 方案和桌面输入源混为一谈；
- 未检查包列表就把动态查询结果直接送入
purge； - 直接删除用户词库，失去回退和迁移能力；
- 用宽泛的
sed或find -delete清理配置，而没有逐项确认目标； - 安装了引擎却没有在桌面设置中添加输入源；
- 修改会话框架后只重启进程，没有注销并重新登录；
- 用单一检查结果宣称“完全卸载”。