企业官网建设流程全解析

1. 问题拆解：为什么虚拟机里的 Ubuntu 总是打不出中文

先聊个现象：很多人第一次在 VMware 里装完 Ubuntu，第一件事就是打开浏览器搜"ubuntu中文输入法怎么设置"，跟着教程装了 IBus、装了拼音，结果发现要么按下 Shift 没反应，要么输入框里一片空白，要么干脆连设置界面都找不到输入法选项。

这里面的坑，表面上是"输入法没装好"，实际上牵涉到三个层面的问题：虚拟机对输入设备的处理方式、Linux 桌面环境的输入法架构、以及 IBus 与 Fcitx 之间那点历史恩怨。我前后在 VMware Workstation 里折腾过 Ubuntu 16.04、18.04、20.04、22.04，最近又把 24.04 也试了一遍，可以说这个问题的常见程度堪比"Ubuntu 忘记登录密码"。

先说结论：虚拟机里 Ubuntu 打不出中文，八成不是虚拟机的问题，而是 Linux 桌面环境的中文输入方案没选对。IBus 在原生 Ubuntu 桌面下表现尚可，但在虚拟机的图形环境里，经常出现无法呼出、状态栏图标丢失、候选词框错位等问题。相比之下，Fcitx（尤其是 Fcitx 5）在资源占用、稳定性、候选词框渲染上都更靠谱。

如果你搜索过相关热词，会发现大量技术论坛的求助帖都围绕"Ubuntu 语言支持里键盘输入法系统没有 fcitx"展开——这就是最典型的信号：你选了 IBus，但没装 fcitx，于是语言支持设置里的下拉菜单根本不会出现 Fcitx 选项。

需要先说明，本文面向的是普通用户和刚接触 Linux 的开发者，不是给深度定制发行版的老手看的内核分析。但我会把每一步的原理和为什么这样操作讲清楚，而不是丢给你一串命令让你复制完就完事。踩过坑的人才会理解，输入法这种看似小的问题，真正卡住你的往往是环境变量、开机自启配置和 Qt/GTK 程序的输入上下文支持。

虚拟机里的环境还有一个特殊性：你从 Windows 宿主机复制命令或字符到 Ubuntu 里，用的共享剪贴板走的是 VMware Tools 的通道，和输入法完全不搭界。但有人的确遇到"外面的命令怎么复制到ubuntu虚拟机内部"这种问题，我在后面排查章节会顺带提一句，因为很多人在粘贴命令的时候就已经开始怀疑输入法坏了。

2. 核心思路：为什么从 IBus 换到 Fcitx，这条路才是虚拟机环境下的正解

2.1 IBus 和 Fcitx 的本质区别，以及为什么 IBus 在虚拟机里容易"失灵"

IBus（Intelligent Input Bus）是 Ubuntu 官方默认的输入法框架，它的设计目标是打通多种语言输入，和 GNOME 桌面深度集成。如果你用的是物理机上原生安装的 Ubuntu，IBus 配合 GNOME 的字符串过滤桥（input-method framework 的客户端接口）其实还行，至少日常打中文没问题。

但问题在于虚拟机环境。VMware Workstation 给虚拟机提供的图形加速是虚拟的（如 SVGA 适配器），很多桌面合成器特效在虚拟机里被禁用或降级，而 IBus 的候选词框依赖 GTK 的即时渲染。虚拟机的显示环境里，GTK3 程序的输入法定位经常出现偏差，具体表现就是——你打字的时候，候选词框出现在屏幕左上角、或直接被桌面窗口吞掉，根本看不到拼音候选词。

还有一个隐蔽的问题：IBus 守护进程（ibus-daemon）在某些虚拟化环境下启动时会抢占 CPU 优先级，导致桌面整体卡顿。我见过有人在 2 核 4G 的 VM 配置里用 IBus 打中文，候选词弹出的延迟高达半秒以上，基本没法正常工作。

Fcitx（Free Chinese Input Toy for X）走的是另一条路线。它的架构更轻量，候选词框是自己绘制的（不依赖 GTK 或 Qt 的控件），资源占用低，在 X11 环境下表现非常稳定。虽然 Ubuntu 官方默认不预装 Fcitx，但 Debian 系的支持库非常齐全，装上之后配合 Fcitx 拼音，在虚拟机里的体验远好于 IBus。

还有一点，很多人不知道：Fcitx 5 是 Fcitx 4 的全面重写版本，从 2021 年起 Fcitx 5 已经成了主流发行版的首选非官方输入法框架。Ubuntu 24.04 的仓库里已经有 fcitx5 和 fcitx5-chinese-addons，安装后可以直接用，不需要去第三方源折腾。而网络上不少旧教程还在教人装 fcitx（即 Fcitx 4），这才是"ubuntu24.04 fcitx5降为fcitx"这类热搜词的来源——新教程跟不上版本迭代，旧教程又在教人用老框架。

2.2 虚拟机的输入事件链路：为什么安装完输入法还要设置环境变量

要理解整个方案，得先知道键盘事件在虚拟机里是怎么走的。当你在 VMware 里打字，按键事件经过宿主机 -> VMware 虚拟键盘设备 -> 客户机内核的 evdev 驱动 -> X11/Wayland 合成器 -> 输入法框架 -> 应用程序。这条链路上任何一个环节拦截了通用输入事件，输入法就失灵。

IBus 在 X11 下通过gtk-immodule和qt5-immodule挂钩，如果安装 IBus 后没有正确设置GTK_IM_MODULE和QT_IM_MODULE环境变量，那么 GTK 程序根本不会把键盘事件交给 IBus，而是直接按原样送给应用。这也是为什么很多人装了 IBus 却毫无反应的核心原因。

Fcitx 的安装脚本通常会自动设置这些环境变量，或者至少提供一个fcitx5-diagnose命令来帮你检测。这也是我推荐虚拟机组装 Fcitx 的原因：它默认帮你做了"系统环境变量集成"这层工作，不需要手动去编辑/etc/environment或者~/.xprofile。

另外要给新手说清楚：Ubuntu 的桌面输入法设置途径有三个地方，缺一不可：

• 系统设置 -> 语言支持（language-support）里的"键盘输入法系统"，这里要选中 fcitx5。
• 系统设置 -> 区域与语言 -> 输入源，这里要添加"汉语（中文）"，且输入源列表里能看到 Fcitx。
• 登录桌面后，Fcitx 图标应该出现在右上角托盘区，右键可以配置输入法。

这三处只要有一个没配置好，输入法就会表现得很诡异——比如设置里显示正常，但就是切不出中文。

所以我在这篇文章里给出的方案，不是"装完某个输入法就完事"，而是一套从框架选型、安装、环境变量设置、桌面集成到配置调整的完整流程。这套流程我在多个 Ubuntu 版本上反复验证过，适合 VMware Workstation 用户，也适合 VirtualBox 用户（VirtualBox 的图形驱动更弱，IBus 的问题只会更严重）。

2.3 需要明说的迁移成本：IBus 卸载与否，取决于你的桌面依赖

很多人看到"从 IBus 到 Fcitx"就去卸载 ibus，这在某些场景下会给自己挖坑。Ubuntu 桌面环境和 GNOME Shell 的某些组件对 ibus 有依赖，强行卸载会连带把ubuntu-desktop的一部分依赖也卸载掉，导致桌面异常。

我实测下来更安全的方式是：把 IBus 设为不自动启动，而不是卸载它。通过im-config -n fcitx5把默认输入法框架切到 fcitx5，同时保留 ibus 相关包不删。等 Fcitx5 稳定跑一段时间、确认不再需要切回 IBus 时，自定义清理依赖才动手卸载。

但有一类情况可以放心卸载 IBus：你用的是最小化安装的 Ubuntu Server + 自行安装的 XFCE 桌面，或者你已经把桌面环境从 GNOME 换成了 KDE Plasma。这类环境对 IBus 没有硬依赖，卸载 IBus 后系统不会缺胳膊少腿。

3. 实操流程：从安装 Fcitx 5 到成功打出第一个汉字

3.1 环境准备与源配置

先确认你的 Ubuntu 版本和桌面架构。打开终端执行：

lsb_release -a echo $XDG_SESSION_TYPE

XDG_SESSION_TYPE会输出x11或wayland。这里先记住：Fcitx5 对 X11 的支持最完善，Wayland 下虽然也能用，但在 VMware 虚拟机里 Wayland 会话经常因为 3D 加速受限导致各种渲染异常。如果看到 wayland，我建议你在登录界面切换到 "Ubuntu on Xorg"（即 X11 会话）再继续。

接下来更新软件源并安装 Fcitx5 组件：

sudo apt update sudo apt install fcitx5 fcitx5-chinese-addons fcitx5-config-tool

fcitx5-chinese-addons这个包是中文输入的核心，包含拼音、双拼、五笔等引擎。fcitx5-config-tool是图形化配置工具，虽然新版 fcitx5 可以通过fcitx5-configtool命令打开界面，但习惯上还是装上这个包保险。

如果你用的是 Ubuntu 20.04 或更早版本，官方源里可能没有fcitx5包。这时候建议先添加ppa-hosiet/fcitx5（我个人测试过这个 PPA，比较可靠）然后再安装。但如果你在 Ubuntu 22.04 及之后，直接搜软件源即可，不需要 PPA。

Ubuntu 22.04 的用户还有一个细节要注意：源里的 fcitx5 版本可能不是最新，但目前 5.0.x 系列足以满足日常输入需求。别看到网上说"用官方最新版"就去编译源码，编译 fcitx5 需要一堆依赖库，在虚拟机里耗时超过半小时，纯属自找麻烦。

3.2 环境变量与输入法框架切换

安装完软件包后，设置系统默认输入法框架：

im-config -n fcitx5

这里im-config是 Debian/Ubuntu 系用来管理输入法框架选择的工具。执行之后它会改写~/.xinputrc文件，下次登录桌面时就会自动加载 fcitx5 而不是 im-config 原先的默认值（在 Ubuntu 上通常是 ibus）。

为了让环境变量在桌面会话里生效，还需要检查~/.profile或~/.xprofile是否包含以下内容：

export GTK_IM_MODULE=fcitx export QT_IM_MODULE=fcitx export XMODIFIERS=@im=fcitx

注意，Fcitx5 的 im module 模块名依然是fcitx，不是fcitx5，我刚开始也搞错了，导致 GTK 程序一直无法呼出候选框。

在 Ubuntu 新版中，Fcitx5 的包安装后会在/etc/profile.d/下放置一个fctix5.sh或input-method脚本来自动设置环境变量，但/etc/environment文件不一定被修改。所以最稳妥的方式还是手动把上面三行加到~/.xprofile（如果没有就创建这个文件）：

touch ~/.xprofile echo 'export GTK_IM_MODULE=fcitx' >> ~/.xprofile echo 'export QT_IM_MODULE=fcitx' >> ~/.xprofile echo 'export XMODIFIERS=@im=fcitx' >> ~/.xprofile

如果你用的是 Wayland 会话，还需要加一条：

export XINPUT_IM_MODULE=fcitx

这是因为 Wayland 下很多应用的输入法嵌入走的是text-input-v3协议，XINPUT_IM_MODULE 是 XWayland 程序的兜底。

完成后必须注销并重新登录桌面，环境变量才会在全新会话中被读取。有人偷懒想用source ~/.profile在当前终端里临时生效，这没有意义——输入法框架是桌面会话级的组件，不是终端进程能带入的。

3.3 配置 Fcitx5 并启用拼音输入法

重新登录桌面后，你会发现右上角出现了一个键盘小图标（Fcitx5 托盘图标）。点击它，或者运行：

fcitx5-configtool

打开配置界面后，处理两件事。

第一件，把"拼音"加入输入法列表。Fcitx5 默认输入法列表里可能有"键盘-英语（US）"和"键盘-汉语（Pinyin）"，但有时拼音引擎没有自动启用。点击左下角的"+"号，找到"拼音"（Pinyin）并添加。如果列表中看不到拼音，说明fcitx5-chinese-addons没有正确安装，或者安装后没有重启框架——在终端执行fcitx5 -r重启一次再试。

第二件，检查全局选项中的切换快捷键。默认的中英文切换键是Ctrl+Space，这符合大多数人的肌肉记忆。但有人习惯用Shift临时切换中英文，可以在"全局选项 -> Hotkey"里把"切换激活状态"改为Shift。我建议保留Ctrl+Space作为总开关，再用Shift作为临时切换，这样中文输入状态和英文输入状态之间切换更顺手，写代码时尤其好用。

配置完成后，打开任意文本编辑器（gedit或 LibreOffice 都行），按Ctrl+Space，如果右下角出现了"中"字样的激活标识，说明框架已经工作了。再按一下切换回英文模式，状态图标变为"英"。

这里我要强调一个实测经验：在虚拟机的 Ubuntu 里，如果 Fcitx5 托盘图标没有出现在系统托盘，多半不是 Fcitx 的问题，而是 GNOME 桌面扩展对系统托盘的兼容性问题。Ubuntu 22.04 的 GNOME 自带 AppIndicator 扩展，正常会显示；如果没显示，安装gnome-shell-extension-appindicator再启用扩展即可。

3.4 让 Fcitx5 开机自启动并托盘常驻

Ubuntu 22.04 之后的桌面，自动启动文件放置在~/.config/autostart/。Fcitx5 安装包虽然在fcitx5-autostart目录里有自启文件，但在虚拟机里可能因为桌面启动时序问题，登录后 Fcitx5 没有自动运行，必须手动在终端敲fcitx5才出来。

解决办法：手动创建一个 autostart 条目：

mkdir -p ~/.config/autostart cat > ~/.config/autostart/fcitx5.desktop << EOF [Desktop Entry] Type=Application Name=Fcitx 5 Exec=fcitx5 X-GNOME-Autostart-enabled=true Hidden=false EOF

创建完可以重启一次虚拟机验证。如果登录后 Fcitx5 正常自启，可以右上角看到图标；如果没有，在终端手动执行fcitx5 -d（-d 表示作为守护进程）看看有无报错信息。常见报错是Another instance already exists，说明系统里残留了旧的 fcitx5 进程，用pkill fcitx5杀掉后重新启动即可。

这里要区分一个常见误区：Ubuntu 的"语言支持"里，键盘输入法系统下拉菜单如果显示 fcitx 5，说明 im-config 已经生效；但如果它显示无或 ibus，即使 Fcitx5 在托盘正常存在，系统某些组件仍可能不走 fcitx。所以检查自启之外，也别忘确认这一步。

3.5 Wayland 会话与虚拟机的第三种组合：一个额外的注意事项

如果你坚持在 Wayland 会话下使用 Fcitx5，需要在 Fcitx5 配置中打开"允许在 Wayland 上使用"（在高级选项里）。另外，虚拟机里 Wayland 因为缺乏 GPU 加速，Chromium 系浏览器会出现滚动掉帧、候选框闪烁。我在实际测试中发现，Ubuntu 24.04 默认 GDM 登录界面就是 Wayland，如果不做切换，Fcitx5 在大多数 GTK 程序里都没问题，但 Firefox 的某些版本会出现中文输入法失效。

也就是说，VMware 虚拟机里如果遇到奇怪的中文输入问题，第一步应该做的不是重新安装输入法，而是回到登录界面把会话切换成 "Ubuntu on Xorg"。这是所有解决方案里成本最低、效果最直观的调整。

4. 实操过程细节与核心环节的实现记录

4.1 一次完整的实操记录：Ubuntu 22.04 虚拟机环境从零到可用

这里记录一次完整的实测过程，环境为：VMware Workstation 17 Player，虚拟机 4GB 内存 / 60GB 磁盘，Ubuntu 22.04.4 LTS（GNOME 桌面，X11 会话）。

安装前状态：系统自带 ibus，且语言支持界面显示"键盘输入法系统：IBus"；在 gedit 中按 Ctrl+Space 能弹出 IBus 拼音但候选框错位且无法鼠标点击。

首先执行了系统更新和 Fcitx5 安装：

sudo apt update && sudo apt upgrade -y sudo apt install fcitx5 fcitx5-chinese-addons -y

安装完成后用im-config -n fcitx5切换，然后手动在~/.xprofile写入三个环境变量：

export GTK_IM_MODULE=fcitx export QT_IM_MODULE=fcitx export XMODIFIERS=@im=fcitx

注销再登录后，系统设置 -> 语言支持 -> 键盘输入法系统，下拉菜单自动显示"Fcitx 5"（部分翻译为"fcitx 5"），说明 im-config 切换成功。

打开 Fcitx5 配置界面，添加拼音后，立即在 gedit 里测试。效果很明显：候选框位置正常、跟随光标移动、中英文切换流畅。

随后处理托盘图标问题。登录后发现右上角缺少键盘图标，安装了 AppIndicator 扩展并启用后显示正常。整个过程中没有对 ibus 做任何卸载操作。

最后做自启动设置，手动添加了~/.config/autostart/fcitx5.desktop文件，重启虚拟机确认自动启动正常。

4.2 虚拟机剪贴板与输入法的"假性失灵"问题

在 VMware 里有个容易误导人的现象：你在 Windows 宿主机复制一段中文或包含中英文混排的文本，切换到 Ubuntu 虚拟机粘贴，按下粘贴快捷键后文本没有进入输入框，很多人误以为是输入法坏了。

实际上 VMware 共享剪贴板走的是 VMware Tools 的后台服务，和输入法完全无关。如果剪贴板不工作，检查vmware-user进程是否在运行。命令行输入：

ps aux | grep vmware

如果没有输出，需要重新安装 VMware Tools 或 open-vm-tools：

sudo apt install open-vm-tools open-vm-tools-desktop

安装后重启或执行/etc/init.d/open-vm-tools restart，剪贴板共享就恢复了。

有个更隐蔽的场景：在 Ubuntu 虚拟机里的终端窗口（比如 GNOME Terminal）右键粘贴中文时，终端本身可能被配置成了"粘贴到 READLINE"模式，导致粘贴无效。这种情况不是输入法问题，去终端设置里检查鼠标右键行为是最快的解决路径。

我在虚拟机里调试时经常用的测试方法是：打开 gedit，按 Ctrl+Space 切换输入法，直接打中文拼音测试；再去浏览器地址栏里打一遍；再去终端里打一遍。三个场景全通才算真的没问题。只测一个场景容易误判，因为 Fcitx5 的 GTK 模块和 Qt 模块装在同一个包里，但有些程序用的是 Electron 调用自身输入法框架，又不走 GTK 模块，表现会不同。

4.3 Ubuntu 24.04 里的新变化：为什么有人非要"降回 fcitx"

网络上"ubuntu24.04 fcitx5降为fcitx"的热词背后，其实是一群老用户对 Fcitx 4 时代的肌肉记忆。Fcitx 4 的配置界面更朴素、快捷键更直观，而 Fcitx 5 的 UI 和配置方式有明显改动，让一部分人不适应。

我的实测结论是：Fcitx5 在功能上没有退步，尤其是云拼音功能（在 fcitx5-chinese-addons 中启用），以及候选词数量和长句预测，都优于 Fcitx 4。不建议降回 fcitx4，除非你的某个特殊软件（比如某些老的 Java 应用或专业 EDA 工具）和 Fcitx5 存在兼容问题。

在虚拟机里跑 EDA 工具的人尤其要注意，部分工业软件（比如某些建模工具或电路仿真工具）对输入法框架很敏感。这类工具内部调用的 GTK3 库可能没有正确加载输入法模块，表现为"在软件的文本框里中文输入法不响应"。此时可以在启动脚本里强制指定：

export GTK_IM_MODULE=fcitx export QT_QPA_PLATFORM=xcb

然后重启该软件。实测对 Qt 系的 EDA 工具有效。

4.4 输入法选型补充：搜狗输入法和其他商业方案的取舍

确实有人不满足于系统自带拼音，想装搜狗输入法 Linux 版。但在虚拟机里我不推荐商业输入法，原因有三：一是搜狗 for Linux 的维护节奏不明朗，官方版本适配到新 Ubuntu 时经常有兼容问题；二是它强依赖 ibus 框架，安装后会自动拉回一堆 ibus 组件，和你之前切换到 fcitx5 的路子冲突；三是虚拟机里的资源本来就有限，商业输入法后台常驻进程多，没必要。

Kali Linux 用户如果看到"kali安装中文输入法"这类热词，同样可以直接用这套流程——Kali 基于 Debian，底层是相同的。我甚至试过 Fedora Workstation（比如 fedora44 fcitx 的热搜索），Fcitx5 也是主流方案，只不过 Fedora 用 dnf 安装：sudo dnf install fcitx5 fcitx5-chinese-addons，其余配置思路一致。

5. 常见问题与排查技巧实录：从"装不上"到"装上了不生效"

5.1 常见问题清单与速查表

这张表基本覆盖了 90% 的常见问题。我建议把第 2 条和第 3 条作为重点排查对象，这两条在实际论坛求助帖中出现频率最高。

5.2 核心排查思路：从进程、环境变量到日志

遇到输入法问题，先跑一圈"诊断三步走"，用的是 Fcitx5 自带的诊断命令：

fcitx5-diagnose

它会输出当前用户环境、环境变量、GTK/Qt 模块加载情况、DBus 服务等一系列诊断信息。这是我解决输入法问题的首要工具，没有之一。输出内容很长，但重点看三块：

• 环境变量部分：GTK_IM_MODULE 和 QT_IM_MODULE 的值是否为fcitx；
• 模块加载部分：能否找到gtk-im-fcitx和im-fcitx5相关文件；
• 进程部分：fcitx5 是否在运行、DBus 名称是否已注册。

如果fcitx5-diagnose显示环境变量是空的，说明你写在~/.xprofile里的内容没有生效——检查文件权限是否为 644，以及文件是否存在 syntax error。如果一个引号写错，整个文件会被 shell 忽略。

另一个排查方向是针对进程层面。如果 fcitx5 进程根本没启动，一切配置都是空谈：

ps -ef | grep fcitx5

没有输出时，尝试手动启动fcitx5看前台输出信息。如果提示缺少某个fcitx5-module文件，就用apt search fcitx5找到对应包安装。这一步曾让我救回了一次坏掉的中文输入环境——当时缺的是fcitx5-module-quickphrase之类的扩展模块，导致拼音引擎不加载。

最后，如果上面的排查全都没问题，但某些程序（比如旧版 WPS、Oracle VM VirtualBox 里的某些 GUI 工具）仍打字输不进中文，考虑设置 Qt 和 GTK 的兼容层：

sudo apt install fcitx5-frontend-gtk2 fcitx5-frontend-gtk3 fcitx5-frontend-qt5 fcitx5-module-qt

虽然默认安装 fcitx5 时一般会带上这些前端，但 Ubuntu 不同版本对 fcitx5 的依赖拆分不同。补装这些前端包不影响系统稳定性，属于低成本高收益的兜底操作。

5.3 我给虚拟机用户的避坑建议：安装顺序比软件本身更关键

第一点，先做快照再动手。VMware Workstation 可以在安装输入法前对虚拟机做一次快照。输入法配置出问题的时候，恢复快照比在系统里反复折腾省时间得多。

第二点，Ubuntu 里那些国产软件（如 WPS、QQ 等）在中文输入上往往比系统自带的 gedit 更挑剔。测试输入法时不要只测系统自带的 LibreOffice 或 gedit，建议直接打开你日常最常用的那个应用测一遍。我遇到过有人 gedit 正常、但 WPS 里输入法就是切不出来，原因是 WPS 的老版本内置了 Qt4 的输入法模块，需要额外设置QT_IM_MODULE。

第三点，用 fcitx5 的自动组词和云拼音功能前，要确认系统时间同步。虚拟机如果你没装 open-vm-tools，时间可能会跑偏，时间不对会导致 HTTPS 请求失败，云拼音无法使用。这看起来八竿子打不着，实际上会误导你去重装输入法。

第四点，把fcitx5-diagnose的输出保存到文件，出问题时发给别人求助也方便：

fcitx5-diagnose > fcitx5_report.txt 2>&1

这段命令在/home/用户名下生成一个 txt，里面是所有诊断信息。在论坛求助时直接把文件贴出来，效率比一句"我的输入法坏了"高得多。

6. 写在最后：我的体验与一点建议

在虚拟机上配置 Linux 中文输入法这件事，说大不大，说小不小。往深了看，它其实是"在受限硬件模拟环境里磨合桌面生态"的一个缩影。我自己在几台不同的宿主机上试过，Windows 11 的 VMware Workstation 17 里跑 Ubuntu 22.04，Fcitx5 的体验已经非常接近物理机了，开机即用、切换流畅、中英混排没有乱序问题。但在 4.5 版本的 VirtualBox 上，由于 3D 加速和剪贴板通道的差异，Fcitx5 的候选框偶尔会刷新慢一些，不过至少比 IBus 是好太多了。

有个小技巧想分享：如果你经常在虚拟机里处理中英混排的文档，建议在 Fcitx5 的"附加组件"里启用"剪贴板"组件，同时把"显示预编辑文本"调为"在应用内显示"而不是"在候选框中显示"。这个设置在终端里输入中文时尤其有用——预编辑文本跟着光标走，不会被终端阻塞。

最后想提醒一点：别在配置输入法上过度消耗精力。有人为了"完美输入法体验"折腾了整整一天，最后发现不过是桌面会话忘切了 X11。把时间留给真正重要的任务，输入法选 Fcitx5、会话选 Xorg、虚拟机装 open-vm-tools，这套组合拳打下来，你可以在五分钟内解决绝大多数问题。之后再去深入理解它的架构也不迟——但至少不会半夜对着候选框干瞪眼了。