在 Linux 系统上选择一个输入法框架，可能是一个出人意料的、充满个人色彩且影响深远的决定，特别是对于输入非英语语言的用户而言。多年来，主要的竞争者一直是 IBus（Intelligent Input Bus）和 Fcitx（Flexible Input Method Framework）。随着更现代化的 Fcitx5 的发布，这场竞争变得更加激烈。虽然两者的目标都是提供无缝的多语言输入体验，但它们在设计哲学、功能和理想使用场景上存在显著差异。
简而言之，Fcitx5 现在被广泛认为是更现代化、功能更丰富、通用性更强的选择，尤其适合 KDE Plasma 用户以及那些高度重视性能和定制化能力的用户。而 IBus 依然是一个可靠、简洁的选择，特别适合追求开箱即用体验的 GNOME 用户。
下面是这两个输入法框架的详细对比：
一览：IBus vs. Fcitx5
| 特性 | IBus (Intelligent Input Bus) | Fcitx5 |
|---|---|---|
| 主要关联 | GNOME | KDE Plasma，但也与桌面环境无关 |
| 架构 | 较旧，核心为 C，引擎可用 C 或 Python | 现代化，基于 C++，高度模块化 |
| 性能 | 通常不错，但有时响应速度稍慢 | 被广泛认为速度更快、更轻量 |
| Wayland 支持 | 良好，尤其是在 GNOME 中 | 非常出色，常被认为更优越，尤其是在 KDE 中 |
| 定制化 | 基础，主题和配置选项有限 | 高度可定制的主题、插件和行为 |
| 功能集 | 核心功能，Emoji 输入 | 功能丰富，如云拼音、剪贴板管理器等 |
| 易用性 | 非常简单，与 GNOME 良好集成 | 配置稍复杂，但功能强大 |
| 语言支持 | 广泛，有许多可用引擎 | 广泛，拥有 Rime、Mozc 等强大引擎 |
深入比较
桌面环境集成
- IBus： 作为 GNOME 的默认输入法框架，IBus 提供了与 GNOME 桌面的无缝集成。它的设置直接内置于 GNOME 控制中心，使得 Ubuntu、Fedora 等默认搭载 GNOME 的发行版用户无需任何额外配置即可轻松上手。
- Fcitx5： 虽然 Fcitx5 适用于所有桌面环境，但它在 KDE Plasma 上表现最为出色。它提供了一个专门的配置模块，与 KDE 的系统设置完美融合。近期的用户反馈和发展表明，在 KDE Wayland 会话中，Fcitx5 提供了比 IBus 更流畅、更可靠的体验，而 IBus 在 Plasma 上曾被报告存在一些 bug 和响应问题。
性能与资源占用
虽然缺乏正式的基准测试，但社区的共识是 Fcitx5 是性能更高、更轻量的选择。Fcitx5 是用 C++ 完全重写的，专注于模块化和效率。相比之下，IBus 的架构较老，部分组件和引擎使用 Python 编写，这在过去可能会导致稍高的资源消耗和延迟（尽管这些年已有改善）。对大多数用户来说，这点差异可能微不足道，但对于使用低配置硬件或对输入延迟敏感的用户，Fcitx5 通常是更受欢迎的选择。
Wayland 支持
Wayland 这个现代化的显示服务器协议与输入法的关系一直比较复杂。在这方面，Fcitx5 被普遍认为拥有更卓越、更成熟的 Wayland 支持。Fcitx5 团队一直非常积极地实现最新的 Wayland 输入法协议，这使得它在非 GNOME 环境（如 KDE Plasma 和基于 wlroots 的合成器，例如 Sway）中具有更好的兼容性和更流畅的体验。虽然 IBus 在 GNOME 的 Wayland 会话中运行良好，但在其他桌面环境上，用户报告 IBus 在 Wayland 下的问题通常比 Fcitx5 多。