VMware虚拟机Ubuntu中文输入法:从IBus切换到Fcitx5完整指南 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 在虚拟机里容易失灵IBusIntelligent Input Bus是 Ubuntu 官方默认的输入法框架它的设计目标是打通多种语言输入和 GNOME 桌面深度集成。如果你用的是物理机上原生安装的 UbuntuIBus 配合 GNOME 的字符串过滤桥input-method framework 的客户端接口其实还行至少日常打中文没问题。但问题在于虚拟机环境。VMware Workstation 给虚拟机提供的图形加速是虚拟的如 SVGA 适配器很多桌面合成器特效在虚拟机里被禁用或降级而 IBus 的候选词框依赖 GTK 的即时渲染。虚拟机的显示环境里GTK3 程序的输入法定位经常出现偏差具体表现就是——你打字的时候候选词框出现在屏幕左上角、或直接被桌面窗口吞掉根本看不到拼音候选词。还有一个隐蔽的问题IBus 守护进程ibus-daemon在某些虚拟化环境下启动时会抢占 CPU 优先级导致桌面整体卡顿。我见过有人在 2 核 4G 的 VM 配置里用 IBus 打中文候选词弹出的延迟高达半秒以上基本没法正常工作。FcitxFree 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_TYPEXDG_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-toolfcitx5-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_MODULEfcitx export QT_IM_MODULEfcitx export XMODIFIERSimfcitx注意Fcitx5 的 im module 模块名依然是fcitx不是fcitx5我刚开始也搞错了导致 GTK 程序一直无法呼出候选框。在 Ubuntu 新版中Fcitx5 的包安装后会在/etc/profile.d/下放置一个fctix5.sh或input-method脚本来自动设置环境变量但/etc/environment文件不一定被修改。所以最稳妥的方式还是手动把上面三行加到~/.xprofile如果没有就创建这个文件touch ~/.xprofile echo export GTK_IM_MODULEfcitx ~/.xprofile echo export QT_IM_MODULEfcitx ~/.xprofile echo export XMODIFIERSimfcitx ~/.xprofile如果你用的是 Wayland 会话还需要加一条export XINPUT_IM_MODULEfcitx这是因为 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重启一次再试。第二件检查全局选项中的切换快捷键。默认的中英文切换键是CtrlSpace这符合大多数人的肌肉记忆。但有人习惯用Shift临时切换中英文可以在全局选项 - Hotkey里把切换激活状态改为Shift。我建议保留CtrlSpace作为总开关再用Shift作为临时切换这样中文输入状态和英文输入状态之间切换更顺手写代码时尤其好用。配置完成后打开任意文本编辑器gedit或 LibreOffice 都行按CtrlSpace如果右下角出现了中字样的激活标识说明框架已经工作了。再按一下切换回英文模式状态图标变为英。这里我要强调一个实测经验在虚拟机的 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] TypeApplication NameFcitx 5 Execfcitx5 X-GNOME-Autostart-enabledtrue Hiddenfalse 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 LTSGNOME 桌面X11 会话。安装前状态系统自带 ibus且语言支持界面显示键盘输入法系统IBus在 gedit 中按 CtrlSpace 能弹出 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_MODULEfcitx export QT_IM_MODULEfcitx export XMODIFIERSimfcitx注销再登录后系统设置 - 语言支持 - 键盘输入法系统下拉菜单自动显示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-toolssudo apt install open-vm-tools open-vm-tools-desktop安装后重启或执行/etc/init.d/open-vm-tools restart剪贴板共享就恢复了。有个更隐蔽的场景在 Ubuntu 虚拟机里的终端窗口比如 GNOME Terminal右键粘贴中文时终端本身可能被配置成了粘贴到 READLINE模式导致粘贴无效。这种情况不是输入法问题去终端设置里检查鼠标右键行为是最快的解决路径。我在虚拟机里调试时经常用的测试方法是打开 gedit按 CtrlSpace 切换输入法直接打中文拼音测试再去浏览器地址栏里打一遍再去终端里打一遍。三个场景全通才算真的没问题。只测一个场景容易误判因为 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_MODULEfcitx export QT_QPA_PLATFORMxcb然后重启该软件。实测对 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 常见问题清单与速查表问题现象根本原因快速解决方案语言支持里没有 fcitx/fcitx5 选项未安装输入法框架包安装 fcitx5 和 fcitx5-chinese-addons装完 Fcitx5 但按 CtrlSpace 无反应未切换 im-config 或环境变量未设置im-config -n fcitx5写入三个环境变量注销重登Fcitx5 图标不显示GNOME 托盘扩展未启用安装并启用 gnome-shell-extension-appindicator候选词框乱跑/左上角GTK 模块未正确加载检查 GTK_IM_MODULEfcitx最好切到 X11 会话中英文切换偶尔失灵Fcitx5 守护进程异常fcitx5 -r重启虚拟机里系统特别卡换输入法也卡VMware 未安装 open-vm-tools安装 open-vm-tools 并重启终端里输入法无效终端模拟器或 shell 配置在 gedit 测试确认框架正常GNOME Terminal 需要确认 XTerm 概念——具体是 locale 未设置 utf-8sudo dpkg-reconfigure localesChrome/Electron 应用输入法失灵浏览器自身输入法模块与 Fcitx5 冲突确认 XMODIFIERS 正确尝试浏览器内切换或重启浏览器进程Ubuntu 24.04 下 fcitx5 配置界面打不开缺少配置工具包安装 fcitx5-config-qt 或使用命令行fcitx5-configtool这张表基本覆盖了 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 21这段命令在/home/用户名下生成一个 txt里面是所有诊断信息。在论坛求助时直接把文件贴出来效率比一句我的输入法坏了高得多。6. 写在最后我的体验与一点建议在虚拟机上配置 Linux 中文输入法这件事说大不大说小不小。往深了看它其实是在受限硬件模拟环境里磨合桌面生态的一个缩影。我自己在几台不同的宿主机上试过Windows 11 的 VMware Workstation 17 里跑 Ubuntu 22.04Fcitx5 的体验已经非常接近物理机了开机即用、切换流畅、中英混排没有乱序问题。但在 4.5 版本的 VirtualBox 上由于 3D 加速和剪贴板通道的差异Fcitx5 的候选框偶尔会刷新慢一些不过至少比 IBus 是好太多了。有个小技巧想分享如果你经常在虚拟机里处理中英混排的文档建议在 Fcitx5 的附加组件里启用剪贴板组件同时把显示预编辑文本调为在应用内显示而不是在候选框中显示。这个设置在终端里输入中文时尤其有用——预编辑文本跟着光标走不会被终端阻塞。最后想提醒一点别在配置输入法上过度消耗精力。有人为了完美输入法体验折腾了整整一天最后发现不过是桌面会话忘切了 X11。把时间留给真正重要的任务输入法选 Fcitx5、会话选 Xorg、虚拟机装 open-vm-tools这套组合拳打下来你可以在五分钟内解决绝大多数问题。之后再去深入理解它的架构也不迟——但至少不会半夜对着候选框干瞪眼了。