在 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 的默认输入法框架，提供了无缝集成。它的设置直接内置于 GNOME 控制中心，使得 Ubuntu、Fedora 等默认搭载 GNOME 的发行版用户无需额外配置即可轻松上手。
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 多。
功能与定制化
这是 Fcitx5 拥有明显优势的领域。它的设计初衷就是通过丰富的插件生态系统实现高度模块化和可扩展性。Fcitx5 的主要特性包括：
