跳到正文
Zainan Victor Zhou, zThink author and Ethereum EIP Editor zThink by Victor Zhou

导航
← 所有文章
ZTHINK

2026 年 Linux 上打中文：输入法、语音输入和微信输入法的现状

fcitx5 加拼音或雾凇拼音仍是主流；Typeless 9 月出了只有 x64 的 Linux 版，fcitx5 社区已经长出一批本地和云端识别的语音插件；微信输入法只有灰色的社区移植。

Zainan Victor Zhou
作者：
2026 年 Linux 上打中文：输入法、语音输入和微信输入法的现状 — Zainan Victor Zhou
本文目录

我在 Mac 上用 Lima 跑了一台 Debian 12 arm64 虚拟机，专门用来开 Linux 版微信。装好微信之后，我发现自己在虚拟机里打不了中文，于是把 2026 年 Linux 上的中文输入法和语音输入翻了一遍。本文写给想在 Linux 桌面（包括 Mac 上的 Linux 虚拟机）里顺畅打中文的工程师。文中的版本号、提交日期和下载链接都是我在 2026-10-20 当天读取的，这些数据变得很快。

我先给出四条结论

  1. 打字： fcitx5 加官方拼音或者 Rime（中州韵）仍然是 Linux 上打中文的主流做法，Debian 官方源里直接就有。
  2. 说话： Typeless 在 2026 年 9 月发布了 Linux 版，但是只提供 x64 的 deb 包。另一条路是 fcitx5 的语音插件，社区已经写出了至少六个，本地识别和云端识别都有。
  3. 微信输入法： 腾讯没有出 Linux 版。社区有三个移植项目，都要求用户自己从腾讯的安装包里取出引擎，有媒体评论认为这种做法在合规上属于灰色地带。
  4. 虚拟机： 在 Mac 的 Linux 虚拟机里打中文，除了输入法本身，还要处理按键转发、剪贴板和麦克风三件事。

一块键盘和一支麦克风同时连向一个写着 fcitx5 的中枢，中枢再把文字送进应用窗口

fcitx5 加拼音或雾凇拼音仍然是 Linux 打中文的主流

Debian 装一个元包就能打拼音

Debian 12（bookworm）的官方源里有 fcitx5 5.0.21。中文支持在 fcitx5-chinese-addons 这个元包里，元包会拉进 fcitx5-pinyin、fcitx5-table 等几个子包。fcitx5-pinyin 在 bookworm 里提供 arm64 在内的九种架构，所以 Apple Silicon 上的 arm64 虚拟机也能直接装。

sudo apt install fcitx5 fcitx5-chinese-addons fcitx5-frontend-gtk3 fcitx5-frontend-qt5

雾凇拼音给 Rime 配上了长期维护的词库

想要更多定制的人可以换 Rime（中州韵）。Debian 12 的源里有 fcitx5-rime，同样提供 arm64 构建。很多人会给 Rime 装雾凇拼音（rime-ice），这套方案自带长期维护的词库。雾凇拼音的 README 写明它适配 Fcitx5，并且给出了把方案装进 ~/.config/fcitx5/rime 的命令。截至 2026-10-20，雾凇拼音在 GitHub 上有将近两万颗星，最近一次提交在 10 月 5 日。

搜狗输入法 Linux 版支持 arm64，但是官网没有列出 Debian

搜狗输入法 Linux 版是闭源软件。官网写明当前版本是 V4.2.1，支持 x86_64、arm64、mips64el 和 loongarch64 四种架构。官网列出的系统是 Ubuntu（最新到 20.04）、优麒麟、深度、麒麟、统信 UOS 和中科方德，没有列出 Debian。我没有在 Debian 12 arm64 上试装搜狗。

应用要靠三个环境变量连上 fcitx5

装好输入法以后，应用还要知道去找 fcitx5。fcitx 官方 wiki 给出的基本设置是下面三个环境变量：

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

wiki 同时提醒，这三行只是演示变量的取值，具体写进哪个文件要看用户的登录方式。Wayland 会话的规则不同：在 KDE Plasma 的 Wayland 会话里，wiki 建议不要设置 GTK_IM_MODULE 和 QT_IM_MODULE。Debian 用户也可以运行 im-config，让系统替自己写好这些变量。

Typeless 已经出了 Linux 版，但是只有 x64 的 deb

Typeless 是一款 AI 语音听写软件：用户说一段话，Typeless 去掉口头禅和重复，整理成通顺的文字，再填进当前应用。2026 年 7 月，AUR 上出现过一个非官方的 typeless 包，描述写着“unofficial Linux compatibility build”，到 10 月 20 日仍然是零票。

两个月后情况变了。Typeless 官网的 Linux 发布说明里，第一条记录是 2026-09-24 的 2.2.0 版，标题是“Introducing Typeless for Linux”。官网下载页现在有 “Download for Linux”按钮。我点了这个按钮，页面跳到的下载地址是 linux-deb-x64，最终文件是 Typeless-2.2.1-x64.deb，大小约 145 MB。我又按同样的命名规则试了 arm64 的 deb、AppImage 和 rpm，这几个地址都返回 404。

所以在 2026-10-20 这个时间点，x86_64 的 Debian 和 Ubuntu 用户可以直接装官方 Typeless。Apple Silicon 上的 arm64 虚拟机装不了 Typeless，只能看 fcitx5 的语音插件。

fcitx5 社区已经长出一批语音输入插件

语音插件做成 fcitx5 模块，是为了借用输入法的上屏通道

fcitx5 仓库里有一个从 2021 年开到现在的讨论，标题是“支持语音输入扩展插件”。fcitx5 提交数最多的开发者翁学天（wengxt）当天就回复：语音在 PC 上应该和普通输入法引擎并行，就像手机键盘上多出一个语音按钮，用户随时可以回到键盘模式。

这个思路解释了为什么插件要做进 fcitx5。独立的语音工具要把文字“打”进应用，只能模拟按键或者借用剪贴板。fcitx5 模块直接走输入法的提交通道，nextless 的 README 把这一点写成“it is the input method”。对中文来说，这条通道意味着汉字不需要经过键盘布局翻译。

讨论区里 2026 年以后的回复，基本都在介绍各自的插件。我把能找到的六个项目列在下表里。下表的“识别”一列来自各项目的 README，属于项目自述；我没有实测这些插件的中文准确率，也没有找到第三方的横向对比数据。

项目识别方式（项目自述）许可证最近提交对 arm64 Debian 12 的提示
xifan2333/fcitx5-vinput本地 sherpa-onnx；云端豆包、阿里云百炼、ElevenLabs、OpenAI 兼容接口；可选 LLM 改写GPL-3.02026-10-20发布页直接提供 Debian 12 arm64 的 deb
GavinLiuOnline/fcitx5-voiceinput纯本地 SenseVoiceSmall INT8 加 Silero VADMIT2026-10-10预编译 deb 只有 amd64，arm64 要从源码编译
WenYin-Community/fcitx5-voice-input云端 OpenAI 兼容接口、火山引擎豆包流式识别、小米 MiMo；本地只做 VADLGPL-3.02026-09-29Debian 12 源里没有 onnxruntime，要自己装
RevolutionLA/nextless本地 Zipformer 或 FireRed；云端豆包流式 2.0、Qwen3-ASRMIT2026-10-12模型不随包分发，约 360 MB 或 1.2 GB
xander-lin/ainput云端通义千问、豆包；本地 Zipformer 或 FireRedMIT2026-10-17AUR 预编译包要求 glibc 2.39 以上
diginatu/fcitx5-voice-input不带识别，把录音发给用户自建的 Whisper 服务或 OpenAI 兼容接口MIT2026-09-21架构无关，识别服务可以放在宿主机上

六个插件各有取舍

fcitx5-vinput 是六个项目里星数最多、打包最全的一个。它在 GitHub 上有 593 颗星，打包覆盖 Arch、Fedora、Ubuntu/Debian、Nix 和 Flatpak，按右 Alt 录音，还能把识别结果交给 LLM 纠错或翻译。10 月 14 日发布的 v2.4.2 里有 debian12_arm64 的 deb 包，Lima 里的 Debian 12 arm64 可以直接装。fcitx5 讨论区里推荐它的回复写的是“安装简单，使用效果好”。GitHub 上还有一个同名分叉 littlechai/fcitx5-vinput，最近一次提交停在 2026 年 5 月。

fcitx5-voiceinput 走纯本地路线。项目自称所有识别都在本机完成，用 SenseVoiceSmall 识别、Silero VAD 断句，模型合计约 290 MB。这个项目 10 月 9 日才建仓，作者只在 Ubuntu 22.04 上测试过，预编译的 deb 包只有 amd64。

WenYin-Community/fcitx5-voice-input 分叉自 devcxl/fcitx5-voice-input，只接云端识别。它支持 OpenAI 兼容接口、小米 MiMo 和豆包流式识别；用豆包时，预编辑区会实时显示中间结果。这个插件有两个坑：Debian 12 的源里没有 onnxruntime，用户要自己装；API 密钥以明文存放在 ~/.config/fcitx5/conf/ 下。

nextless 在 README 里自称 Typeless 风格的听写工具，它分叉自 xander-lin/vinput，这个仓库现在已经改名为 ainput。nextless 允许把右 Ctrl 这类单独的修饰键设为录音键。README 写明中英混说在 Zipformer 上“可用但不完美”，FireRed 更准但更慢。

ainput 的玩法是按住 CapsLock 说话，松开后上屏。本地引擎加模型合计约 1.3 GB。AUR 包和 GitHub 发布页的压缩包都提供 x86_64 和 aarch64 两种预编译版本，但是要求 glibc 2.39 或更新。Debian 12 的 glibc 是 2.36，所以 Debian 12 用户只能用 Meson 从源码编译。

diginatu/fcitx5-voice-input 是六个里最早的一个，2025 年 10 月建仓。它把自己定位成“Quick Phrase”式的模块，不需要切换输入法；默认按 F12 录音，把音频 POST 给 localhost:9000 上的 Whisper 服务。这种设计适合虚拟机：识别服务可以跑在性能更好的宿主机上，虚拟机里只留录音和上屏。

fcitx5 之外的语音工具靠模拟按键或剪贴板上屏

不走 fcitx5 的开源语音工具也不少。下面四个都支持 Linux，但是在中文场景里各有短板：

按我的理解，模拟按键本来是为键盘上有的字符设计的，汉字要么借剪贴板粘贴，要么依赖特定的 Wayland 合成器助手。所以打中文时我更推荐 fcitx5 插件。

微信输入法只有社区移植，没有官方 Linux 版

微信输入法官网列出的下载只有 macOS、iOS、Android、Windows 和 HarmonyOS 五个平台。微信本身倒是有 Linux 版，4.1.13 版提供 x86、ARM 和 LoongArch 三种架构，但是 Linux 版微信不带输入法。

社区目前有三个移植项目，思路都是在 Linux 上运行微信输入法的原版引擎：

一个写着 APK 的包裹，箭头指向一块写着“引擎”的芯片，芯片再送进 fcitx5 的插槽，插槽下挂着“非官方”的标签

项目引擎来源架构联网情况（项目自述）
yu1745/wetype-ime-linuxAndroid 版 3.5.4 的原生库x86_64 走 QEMU；ARM64 原生运行README 声明不保证专有引擎的网络行为
zhl-HFUT/vtype-linux同上，基于 wetype-ime-linuxx86_64 有实机反馈；ARM64 的云功能未验证不关联设备时不联网；云候选会发送拼音
panxuc/fcitx5-wetypexmacOS 版 2.2.3.657 的输入核心只有 x86_64README 警告可能包含官方遥测

wetype-ime-linux 是三个项目里星数最多的一个。2026 年 9 月 24 日，V2EX 上一位用户发帖介绍这个项目，帖子说它“不联网”，内存“平均 80M 峰值 160M”，80aj 当天转述了这组数字。我要提醒一点：80MB 和“不联网”都来自帖子，项目 README 本身写的是功能清单“不构成对专有引擎内部网络行为的保证”。

这个项目对 Mac 虚拟机用户有一个好消息：引擎本来就是 Android ARM64 版，所以 ARM64 主机原生运行，不需要 QEMU。坏消息是预编译的 fcitx5 插件要求 glibc 2.38 以上和 Fcitx5 5.1.x，Debian 12 的 glibc 是 2.36、fcitx5 是 5.0.21，所以要用项目里的 build.sh 从源码编译插件。

版权方面，这个项目不分发任何微信输入法文件，安装脚本从腾讯官方服务器下载 APK，在本机打补丁。80aj 的评论认为，用户直接使用腾讯闭源组件的合规性“仍处灰色地带”。这是媒体的看法，不是法律结论。

vtype-linux 在 wetype-ime-linux 的基础上补上了云候选、个人词库同步和常用语。云功能要和手机或 Mac 上的微信输入法关联，README 列出了会发给官方服务器的内容，并提醒设备身份文件“相当于你的登录凭据”。

WeTypeX 走了另一条路，它用的是 macOS 版的输入核心，功能最全，连语音输入和“问 AI”都接上了。代价是 README 顶部的三条警告：可能包含官方遥测、处于早期开发阶段、要求下载后 24 小时内删除。WeTypeX 目前只支持 x86_64。

在 Mac 的 Linux 虚拟机里打中文还要再过三关

下面是我自己在 Lima 虚拟机里踩到的问题。我的环境是 Apple Silicon Mac 加 Lima 的 vz 驱动，客户机是 Debian 12 arm64。这些是我的观察，换一套虚拟化软件结论可能不同。

Mac 和 Linux 虚拟机之间隔着一道墙，按键编号能穿过墙，汉字、剪贴板和麦克风声音被挡在墙外

Mac 上的输入法打不进虚拟机窗口

我先试了最省事的办法：在 Mac 上用系统输入法或者 Typeless，对着 Lima 的原生窗口打字。结果一个汉字都进不去。我的理解是，Lima vz 的窗口只把按键编号转给客户机，Mac 输入法合成好的汉字没有通道进去。所以输入法必须装在虚拟机里面。

Lima 没有剪贴板共享

退一步的办法是在 Mac 上打好字，再粘贴进虚拟机。这条路也不通：Lima 仓库里询问剪贴板共享的 issue #424 从 2021 年 11 月开到现在，状态仍然是 open。

Lima 的麦克风选项还在测试版里

在虚拟机里做语音输入，前提是客户机能收到麦克风的声音。Lima 在 2026 年 9 月 8 日合并了 PR #5462，给 vz 驱动加了实验性的 audio.microphone 选项。按照默认模板里的注释，这个选项默认关闭，需要先设置 audio.device，开启后 macOS 会以 Lima 的名义申请麦克风权限。

这个改动包含在 v2.3.0-beta.1 里，没有进入当前的稳定版 v2.2.1。想用的人要装测试版，或者等 2.3.0 正式发布。另一个办法是用 diginatu 插件的思路，把识别服务放在宿主机上，但是录音仍然要在客户机里完成。

Ctrl+空格会被 macOS 截走

fcitx5 在非 Apple 系统上的默认切换键是 Ctrl+空格，而 macOS 把 Control-空格设成了切换输入源的快捷键。我在虚拟机窗口里按 Ctrl+空格，触发的是 Mac 的输入法切换。fcitx5 还有一个默认的临时切换键 Shift_L，也就是左 Shift。所以我建议在虚拟机里只用左 Shift 切换中英，避开 macOS 的快捷键。

我会这样搭一台能打中文的 Linux 虚拟机

结合上面的调研，我给 Apple Silicon 上的 Debian 12 arm64 虚拟机排了一个顺序：

  1. 在虚拟机里装 fcitx5 和 fcitx5-chinese-addons，用 im-config 设好环境变量，中英切换改用左 Shift。
  2. 想要更好的词库，就加装 fcitx5-rime 和雾凇拼音。
  3. 想要微信输入法的候选，就从源码编译 wetype-ime-linux 的插件，引擎在 arm64 上原生运行。
  4. 语音输入先等 Lima 2.3.0 带上麦克风选项，再装 fcitx5-vinput 的 Debian 12 arm64 包试用。
  5. 如果打算升级到 Debian 13，glibc 会升到 2.41，fcitx5 会升到 5.1.12，wetype-ime-linux 的预编译插件就满足版本要求了。

参考资料

↑ 回到顶部