先说个真实场景。我司在某个版本更新之后强制要求全员使用企业微信处理审批和消息，而我工作机装的是 Manjaro，官方下载页翻遍了只有 Windows、macOS、Android、iOS 四个选项，网页版又被管理员限制得只剩一个壳子，在线文档、音视频会议入口全被禁用。那段时间我只能把手机架在显示器边上，一个消息一个消息地低头回复，体验非常折磨。后来我下定决心在 Archlinux/Manjaro 上把企业微信的桌面客户端真正跑起来，前后试了 AUR 包、Docker 容器和虚拟机三条路线，中间踩了无数坑，尤其是“装好之后打不了中文”这种问题，几乎劝退了一半想尝试的人。这篇文章把我完整的安装、配置、排错过程写下来，适合正在用 Arch 系桌面、又因为办公被企业微信绑住手脚的朋友，也适合刚接触 Linux 上跑 Windows 软件的新手，按步骤走基本都能跑起来。
1. 没有官方 Linux 客户端，企业微信在 Arch 上到底有几种活法
1.1 官方生态的尴尬
企业微信至今没有发布独立的 Linux 桌面客户端，这一点不是我一个人的怨气，而是所有 Linux 办公用户的共同痛点。虽然偶尔能看到“企业微信 Linux 版正在内测”的消息，但官方一直没有正式开放下载通道，至少我写这篇文章的时候，官网依然只有 Windows、macOS、Android、iOS 四个平台的选择。相比之下微信反而在 Deepin 生态里有过官方合作版，企业微信就成了被遗忘的那个。
没有客户端，网页版能不能顶一顶？能用，但顶不了多久。网页版企业微信的消息延迟比较明显，文件管理、聊天记录同步都偏弱，而且管理员只要在后台关掉“网页端访问”开关，你连网页版都没得用。更麻烦的是，很多公司的审批流、考勤打卡、在线文档和企业邮箱都深度依赖桌面端能力，单纯靠网页版根本撑不起日常办公。
正因为官方缺席，Arch 和 Manjaro 用户只能靠社区方案“曲线救国”。这不是什么丢人的事，Windows 软件在 Linux 上跑本来就有几条成熟路线，企业微信只是其中比较典型的案例。关键是搞清楚每条路线的原理和代价，再根据自己的使用强度做选择。
1.2 三条主流路线的对比
我实测下来，在 Archlinux/Manjaro 上跑企业微信，真正靠谱的方案有三类，外加一个不推荐碰的原生 Wine 方案。
| 方案 | 实现原理 | 优点 | 缺点 | 适合人群 |
|---|---|---|---|---|
| AUR 的 wework 等包 | 社区把微信/企业微信封装进 Deepin-Wine 容器，做成 Arch 原生包 | 安装方便、更新相对及时、和系统集成好 | 依赖容器组件，升级后偶尔抽风；本质还是 Wine | 日常回复消息、轻度办公用户 |
| Docker 容器 | 用 bestwu/wework 等镜像跑一个带 Wine 的完整环境 | 隔离性强、不污染系统、换机器迁移方便 | 配置参数多，输入法和声音要手动处理 | 有洁癖、喜欢容器化、愿意折腾的人 |
| 虚拟机 | 用 virt-manager 或 VirtualBox 跑 Windows 客户机 | 兼容性最好，音视频会议、文档编辑全部正常 | 资源占用高，启动慢，体验有隔离感 | 每天长时间使用、重度开会办公的人 |
| 原生 Wine | 直接用 wine 跑官方 Windows 安装包 | 没有中间层 | 各种奇怪问题，输入法、字体、崩溃，极不稳定 | 不建议任何人花时间尝试 |
如果你之前在别的 Linux 发行版上见过“企业微信 Wine 版”，大概也是前两类思路的变体。Arch 系因为 AUR 的存在，把第一种方案的门槛降到了最低。
1.3 选型思路：从消息回复到重度办公
我的建议很简单：平时只回回消息、看看审批，用 AUR 方案就够，它最省事，跟 Arch 的软件管理习惯一致；如果你不想让系统里多出一堆 Wine 的隐藏文件和依赖，同时又愿意接受每次启动时敲一条 docker 命令的麻烦，Docker 方案更干净；但如果你每天要在企业微信里开会、共享屏幕、传大文件，甚至还要顺手处理 Office 文档，那就别在 Wine 上浪费时间了，直接上虚拟机，把官方 Windows 端完整跑起来。
这里还要单独提一句 Hyprland 用户。Arch 圈子现在用 Hyprland 当主力桌面的人非常多，企业微信这类基于 Wine 的 GUI 程序在 Wayland 合成器下经常会出现窗口不置顶、托盘图标消失、拖拽闪烁之类的问题。我的经验是：如果要用 AUR 方案，尽量保证程序走 XWayland，并在启动时加上QT_QPA_PLATFORM=xcb；如果用 Docker 方案，也需要显式声明 xcb 后端。后面相关章节我都会把参数直接给出来，照抄就行。
2. AUR 路线：deepin-wine 容器版企业微信的安装与调教
2.1 安装之前：先把 AUR 环境和中文字体备好
AUR 方案的第一步不是直接装包，而是确认两个前提：AUR 助手和中文字体。
Arch 官方仓库和企业微信这种第三方封装包之间有依赖关系需要用 AUR 助手解决。如果你已经装了 yay 或 paru，跳过这一段；如果还没装，推荐用 paru，它兼容 yay 的语法，速度也更块，在 Manjaro 上可以直接用 pacman 装？不完全是，Manjaro 的官方仓库里也可能带 paru/bin，但最稳妥的方式是先把 AUR 助手装上：
sudo pacman -S --needed git base-devel git clone https://aur.archlinux.org/paru.git cd paru makepkg -si中文字体是另一个容易被忽略的重点。Wine 容器里的企业微信如果找不到合适的中文字体，界面会出现大量方块，也就是俗称的“豆腐块”。先把基础字体装好，能避免后面很多乱码问题：
sudo pacman -S wqy-microhei wqy-zenhei noto-fonts-cjk我实测在这三个字体装齐之后，企业微信的聊天窗口、联系人名称、消息预览基本都能正常显示。Manjaro 默认可能已经带了一部分中文字体，但多装一份不亏，尤其是文泉驿微米黑在 Wine 的字体匹配中表现很稳定。
2.2 安装 wework 包
AUR 里跟企业微信相关的包不止一个，常见的有wework、deepin-wine-wework等，具体名称可能随维护者的习惯变化。我的建议是不要闭着眼睛装，先用搜索命令看一下：
yay -Ss wework搜索结果里挑星标多、评论区活跃的包，一般就是维护比较好的。安装命令本身很简单：
yay -S wework安装过程中 yay 会自动拉取deepin-wine-helper、deepin-wine-plugin之类的依赖，这个等待过程可能需要几分钟，取决于网络状况。如果你看到它把一堆以deepin开头的包装进来，不要慌，这是正常的，企业微信不是独立打包的二进制，而是被塞进了一个 Deepin 专为 Wine 优化的容器里。
安装完成后，终端里执行wework或者从应用菜单里找“企业微信”图标，都能启动。首次启动通常比较慢，可能会弹出 Wine 容器初始化的过程，还会出现英文或乱码的提示框，不用管它，等几秒到几十秒，真正的登录二维码就会弹出来。扫码登录之前，最好先确认系统输入法已经正常，否则登录进去之后连密码都没法打。输入法的问题我在第 4 部分单独展开。
2.3 登录、数据目录与文件定位
扫码登录成功之后，界面和 Windows 版很接近，但有几个细节需要提前知道。
企业微信接收和下载的文件，默认存放在 Wine 容器的“文档”目录里，而不一定是你家目录下的“下载”。很多人在容器里点了下载，结果在 Linux 的~/Downloads里找不到文件，就开始怀疑是不是装坏了。其实不是装坏了，只是目录映射的关系。最直接的解决办法是：在企业微信的设置里，把文件保存路径手动改成 Wine 容器中 Z 盘映射到的真实目录，比如：
Z:\home\你的用户名\下载这样所有下载的文件会直接落在 Arch 宿主的~/下载目录里，跟其他正常应用下载的文件混在一起，查找和上传都方便得多。
如果想找到容器实际的数据目录，可以执行：
find ~/.deepinwine -maxdepth 2 -type d -iname "*wework*"不同版本的企业微信容器目录名略有不同，但大概率在~/.deepinwine/下面。不需要频繁进去翻，知道它在哪、方便备份就够了。这个路径也是后面排查“容器损坏”要用的关键位置。
2.4 升级维护与备份
Arch 是滚动更新，你没有办法把企业微信排除在升级队列之外。好处是yay -Syu之后，AUR 维护者如果发布了新版本，你直接就能升上去；坏处是 deepin-wine 容器本身经常跟微信、企业微信的版本同步更新，偶尔会出现升级后打不开、登录态丢失、甚至白屏的情况。
我个人的处理方式很朴素：在升级前做一次容器数据备份。不要备份整个 Wine 容器几百 MB 的大目录，只需要把聊天数据和登录态相关信息留下来，最简单的办法是压缩容器目录：
tar -czf wework-backup.tar.gz -C ~ .deepinwine几个月操作一次，占不了多少空间。真遇到升级后容器初始化失败，执行清空容器配置并重新启动：
WINEPREFIX=$HOME/.deepinwine/Deepin-WorkWeChat wineboot --update这个命令会重建 Wine 的环境但保留用户数据，很多“升级后白屏”的问题靠它都能救回来。如果连这条命令都不知道怎么填前缀路径，那就退回上一步，把备份恢复回去。
还有一点提醒：AUR 包是有可能被维护者下线的。如果某一天yay -Syu提示某个 wework 包已经不存在，不要慌，多半是维护者合并进了另一个包，去 AUR 网页搜 wework 就能看到说明，换一个同样功能的包继续用就行。
3. Docker 企业微信：隔离环境的另一条路
3.1 为什么 Docker 值得试
AUR 方案最让人不舒服的地方，是它会往系统里塞一堆 deepin-wine 的依赖和隐藏的容器目录，时间久了总有一种“系统被污染”的感觉。Docker 方案把企业微信连同 Wine 环境整个装进一个容器里，跟宿主机完全隔离，理论上你随便折腾容器都不会弄坏 Arch 本体，删掉容器之后系统里连一个残留文件都不会有。
社区里最常用的镜像是bestwu/wework，也存在类似的 wework 镜像，原理都是把企业微信跑在容器内的 Wine/DXVK 环境里。Docker 方案的启动不像 AUR 一个命令就结束，它需要你理解几个关键参数，这也是很多新手被劝退的地方。我把常用启动命令拆开讲，看着很长，但每一条都有明确用途。
3.2 运行命令逐段拆解
先做两件事：第一，确认 Docker 服务在运行；第二，允许 X11 客户端接入。第二步是很多新人忽略的坑，X 服务器默认只允许同用户的程序访问，而 Docker 容器内的程序通常以 root 或另一个用户身份运行，所以需要先放开权限：
xhost +local:这个命令会在当前登录会话内允许本地程序访问 X server，安全性上有一点妥协，但单用户桌面环境问题不大。如果连 X 服务都没起来，下面所有参数都白搭。
容器启动命令我实测可以用这一条：
docker run -d --name wework \ --device /dev/snd \ --ipc=host \ -e DISPLAY=$DISPLAY \ -e QT_X11_NO_MITSHM=1 \ -e XDG_RUNTIME_DIR=/tmp/runtime-docker \ -v /tmp/.X11-unix:/tmp/.X11-unix:ro \ -v $HOME/wework-data:/data \ -v /etc/localtime:/etc/localtime:ro \ bestwu/wework拆开来看：
--device /dev/snd：把宿主的声音设备放给容器，否则企业微信的语音消息、视频会议会没有声音。--ipc=host：让容器和宿主共享进程间通信的命名空间，主要为了解决部分输入法框架和剪贴板在容器里找不到可用会话的问题。隔离性会稍弱一些，但办公场景可以接受。-e DISPLAY=$DISPLAY：把当前桌面的显示编号传给容器，容器内的窗口才能显示到你的屏幕上。-e QT_X11_NO_MITSHM=1：关闭 Qt 的 MIT-SHM 共享内存扩展。这是 Wine 程序在 X11 下闪退、花屏的经典修复项。-v /tmp/.X11-unix:/tmp/.X11-unix:ro：把 X server 的 Unix socket 挂载给容器，容器内的 GUI 程序必须依赖它才能和宿主显卡交互。-v $HOME/wework-data:/data：挂载一个容器外目录作为数据交换区。你在企业微信里下载的文件，只要移动到/data里，就能直接在宿主的~/wework-data看到。-v /etc/localtime:/etc/localtime:ro：保证容器内时间和宿主机一致，避免企业微信消息时间错乱。
如果你的桌面是 Hyprland 或者别的 Wayland 合成器，还需要加上两个环境变量强制程序走 XWayland：
-e QT_QPA_PLATFORM=xcb \ -e GDK_BACKEND=x11不加这两行，容器内窗口可能永远不显示，或者鼠标点击位置错位。Hyprland 用户务必注意。
启动之后，用docker ps看容器是否在运行，再用docker logs wework看有没有报错。一切正常的话，屏幕上会弹出企业微信登录二维码。
3.3 容器内的文件交换和输入法
Docker 方案下，文件的导入导出靠的就是挂载目录。容器内的文件管理器路径跟宿主机是隔离的，但挂载的这个/data相当于一个共享文件夹，你可以这样理解：从企业微信里下载一份文件到它默认的下载目录，然后在容器内打开文件管理器，把它复制到/data，宿主机这边立刻就能在~/wework-data拿到。反过来，宿主机把文件放进~/wework-data，容器内进/data也能直接打开。
输入法联动比 AUR 方案稍微麻烦一点。AUR 方案中容器和宿主处在同一个用户会话里，输入法通常能自动找到；Docker 方案的话，容器是独立用户环境，所以我一般会手动把 fcitx5 的 IPC socket 挂进容器：
-v /run/user/1000/fcitx5:/run/user/1000/fcitx5 \ -e GTK_IM_MODULE=fcitx \ -e QT_IM_MODULE=fcitx \ -e XMODIFIERS=@im=fcitx注意把1000换成你的实际 UID，可以通过id -u查看。挂载 socket 之后，容器内的 Wine 程序才能通过 fcitx5 发送和接收输入法事件。如果输入法还是不出候选框，先确认你的宿主机在普通应用（比如 Firefox）里能正常打出中文，再看 socket 路径是否真的有对应文件夹。
4. 中文输入法专题：fcitx5-rime 和 ibus-rime 怎么让企业微信乖乖打字
4.1 问题为什么集中在企业微信/微信上
“微信 archlinux 没办法输入中文”几乎是 Linux 社区里被问烂的一个问题，企业微信也一样。很多人装好了客户端，扫完码，键盘敲下去，英文能出来，一按 Ctrl+空格，输入法没反应，或者候选框出现在左上角，字根本没进聊天框。
这个问题的根源在于，Wine 容器里的程序不是原生 Linux 程序，它走的是自己的窗口系统和输入协议。系统输入法能不能生效，取决于三件事：宿主机输入法框架是否正常运行、GTK/QT 的输入法模块环境变量是否已经传给容器、XIM 是否在 Wine 里被正确驱动。任何一个环节断了，中文就进不去。好消息是，只要按顺序排查，绝大多数情况都能解决。
4.2 fcitx5-rime 的全套配置
fcitx5 是目前 Arch 系桌面上兼容性最好、社区支持最积极的输入法框架，建议首选，尤其是面对 Wine 类软件时，它的表现比 ibus 稳定很多。
安装组件：
sudo pacman -S fcitx5-im fcitx5-rime fcitx5-configtoolfcitx5-im是个元包，会带回 fcitx5 主体和前端的 GTK/QT 输入法模块，这一步不能缺。fcitx5-rime是中州韵输入法引擎，支持拼音、双拼、五笔等方案，配置灵活到你甚至可以按月折腾词库。
环境变量要写对地方。桌面环境不同，读取的位置也有差异，最稳的是写进~/.xprofile，几乎所有显示管理器在登录时都会读取它：
echo 'export GTK_IM_MODULE=fcitx' >> ~/.xprofile echo 'export QT_IM_MODULE=fcitx' >> ~/.xprofile echo 'export XMODIFIERS=@im=fcitx' >> ~/.xprofile如果你用的是 KDE/GNOME Wayland 会话，~/.xprofile可能不会被读取，那就在~/.config/environment.d/ime.conf里写同样内容：
GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx写入之后建议注销重新登录，而不是只在终端里 export，因为桌面环境启动时已经定了输入法模块，运行时再改经常不生效。
重新登录后打开 fcitx5 配置工具，把 Rime 添加到输入法列表。如果你是双拼用户，记得先在 Rime 的配置目录~/.local/share/fcitx5/rime里放好自定义方案，再重新部署 Rime。部署完成后，在企业微信里按 Ctrl+空格或 Ctrl+`，应该就能调出中文候选框了。
4.3 ibus-rime 的分支配置
如果你用的是原生 GNOME 桌面，默认输入法框架就是 ibus，再强上 fcitx5 会有冲突风险，所以我也把 ibus-rime 的配置写一下。装包很简单：
sudo pacman -S ibus-rime然后在 GNOME 的“设置 → 键盘 → 输入源”里添加“汉语（Rime）”，把 ibus 设为默认输入法框架。环境变量跟 fcitx5 不太一样：
export GTK_IM_MODULE=ibus export QT_IM_MODULE=ibus export XMODIFIERS=@im=ibus我的实测结论是：ibus 在普通 GTK 应用里表现不错，但进入 Wine 程序后，候选框位置和焦点同步经常出问题，打字体验明显没有 fcitx5 顺畅。所以只要你不是被 GNOME 绑定到必须用 ibus，我都建议切到 fcitx5。Rime 本身的配置可以无缝迁移，词库和方案文件都是相通的。
4.4 输入法失效的排查顺序
无论你用哪种框架，只要企业微信里打不出中文，都按这个顺序自查：
- 验证宿主机的普通应用能不能正常打中文。在 Firefox 或文件管理器里按一下输入法快捷键，如果这里都不出来，问题在系统输入法配置，先别折腾企业微信。
- 检查环境变量是否真的被加载。执行
env | grep -E 'GTK_IM_MODULE|QT_IM_MODULE|XMODIFIERS'，如果为空，说明登录时根本没读到配置文件，回到 4.2 里的写入位置。 - 检查输入法进程是否在运行。fcitx5 执行
pgrep fcitx5，ibus 执行pgrep ibus-daemon，没输出就说明服务没启动。 - 重新部署一遍输入法引擎，Rime 的候选词有时会因为部署异常而静默失效。
- 检查 Wine 里是否缺少 32 位输入法相关库。如果企业微信的 Wine 容器是 32 位架构，可能需要 multilib 仓库里的
lib32-libx11、lib32-libxext等支持库：
sudo pacman -S --needed lib32-libx11 lib32-libxext lib32-libxrender虽然现在 32 位需求已经比以前少很多，但排查时不能漏掉这一项。
5. 重办公场景：虚拟机与 Android 容器方案
5.1 什么时候该放弃容器转虚拟机
Wine 方案再怎么调教，都摆脱不了一个事实：企业微信在 Windows 上才是完整状态。AUR 和 Docker 能满足回消息、看审批，但到了音视频会议、屏幕共享、多人实时协作这些场景，延迟和稳定性差距就明显了。我开过一次两小时的团队周会，Wine 版企业微信视频画面卡成幻灯片，语音断断续续，与会同事全在问是不是我网络不好。那次之后，我就下定决心：开会必须另想办法。
如果你跟我一样是“企业微信一天开六个小时”的重度用户，直接开虚拟机跑 Windows 是最不折腾的后路。虽然多占几个 GB 的内存，但换来的是官方客户端的完整功能和稳定体验，这个交易很划算。
5.2 virt-manager 和 VirtualBox 怎么选
Arch 下虚拟化方案有两个主流选择：virt-manager 搭配 QEMU/KVM，或者 VirtualBox。性能上 virt-manager 显然更好，因为 KVM 是内核级虚拟化，而且 virtio 驱动能大幅提升磁盘和网络性能；VirtualBox 的优势是配置简单，跨平台习惯有人能快速上手。
如果你主力是 Linux 并且不太想折腾，我推荐 virt-manager。安装基本组件：
sudo pacman -S qemu-desktop libvirt virt-manager ebtables dnsmasq sudo systemctl enable --now libvirtd sudo usermod -aG libvirt $(whoami)之后在 virt-manager 里创建 Windows 10 或 Windows 11 虚拟机，分配 4 核 CPU、8GB 内存基本流畅。客户机建议用 virtio 驱动，磁盘性能提升非常明显。企业微信官方安装包直接在里面装，所有功能正常，输入法也不用联动，Windows 客户机里装个搜狗或者微软拼音就行。唯一要注意的是共享目录，Windows 共享文件夹需要 spice-webdavd，或者直接通过 virtiofs 挂载 Linux 目录，用于传递文档很顺手。
VirtualBox 的热词“virtualbox安装 manjaro”在圈里之所以频繁出现，是很多人在 VirtualBox 里跑 Manjaro 做测试。如果你真的在这个环境里继续折腾企业微信，我的建议是别递归了：虚拟机里装 Manjaro、再在 Manjaro 上跑 Wine 企业微信，性能损耗叠加，体验只会更差。想测就用宿主机方案，想在虚拟环境里办公就直接装 Windows。
5.3 Waydroid 跑安卓版
还有一个容易被人忽略的方案是 Waydroid，它通过容器方式直接跑 Android 应用，企业微信也有 Android 版，所以理论上也可以用。Waydroid 需要 Wayland 会话，而且对内核模块有要求，Arch 下安装：
yay -S waydroid sudo waydroid init首次初始化会下载系统镜像，之后启动会话，再通过waydroid show-full-ui打开 Android 容器。Android 版企业微信在 Waydroid 里登录、收发消息、图片预览基本正常，但桌面端的通知集成、文件拖拽、鼠标交互等体验跟原生 Windows 版还是有差距。这个方案适合不想装完整虚拟机、同时能接受 Android 版功能阉割的人，日常轻度使用没问题，重度办公还是不要抱太大期望。
5.4 三条路线最终怎么选
用一张表做最终决策参考：
| 场景 | 推荐方案 | 理由 |
|---|---|---|
| 只在电脑上回复消息、看审批 | AUR wework | 启动最快，跟系统集成最好 |
| 不想让系统多一堆 Wine 依赖 | Docker bestwu/wework | 干净、可迁移、删掉无残留 |
| 每天开视频会、共享屏幕 | virt-manager 跑 Windows | 官方客户端功能最完整 |
| 只用 Android 版功能且没有会议室需求 | Waydroid | 不开 Windows 虚拟机也能跑 |
这张表是我折腾一个周末之后的真实结论，不是理论推演。AUR 方案适合 80% 的人，但剩下 20% 的重度场景，虚拟机才是最体面的收场。
6. 高频问题自查与维护经验
6.1 扫码登录后白屏或闪退
企业微信在 Wine 里登录后白屏，最常见的原因是容器初始化时缺了某些库或注册表项没重建。先尝试修复容器：
WINEPREFIX=$HOME/.deepinwine/Deepin-WorkWeChat wineboot --update如果不知道 WINEPREFIX 具体路径，就搜索容器目录名。实测下来，这个命令能解决大约一半的白屏问题。如果还是闪退，备份数据后清掉容器配置，让首次启动重新初始化一个干净容器，再扫码登录。
6.2 托盘图标消失
企业微信这种软件喜欢缩到系统托盘，Linux 桌面对 Wine 程序托盘图标的支持参差不齐。GNOME 默认不显示托盘图标，需要安装 AppIndicator 扩展；KDE 和 XFCE 通常直接兼容。在 Arch/Manjaro 上，给 GNOME 补托盘支持的常见做法：
sudo pacman -S libappindicator-gtk3再安装“AppIndicator and KStatusNotifierItem Support”扩展并启用。重启企业微信后，托盘图标就能出现。Hyprland 用户记得配置 Waybar 的 tray 模块，否则图标也不知道往哪显示。
6.3 文件收不到或导入导不出来
AUR 方案先检查企业微信设置里的文件保存路径是否是指向 Z 盘映射的真实目录；Docker 方案检查挂载的目录是否在启动命令里正确挂载。文件传不进去另一个常见原因是容器内没有文件管理器权限，这时候用命令行在容器里复制文件：
docker exec -it wework bash cp /home/wine/文档/xxx.pdf /data/如果容器内目录名记不准，多打几个ls看看就知道。
6.4 输入法配置对了仍然打不了字
优先级最高的排查项是环境变量有没有传进 Wine。Docker 方案尤其容易漏挂/run/user/UID/fcitx5这个 socket。AUR 方案则要确认 fcitx5 不是在 root 权限下运行的，Wine 进程的访问用户跟 fcitx5 不一致时，输入法事件就传不过去。国内社区里还有一个高频原因是用户在 KDE 上装了两套输入法框架，fcitx5 和 ibus 抢快捷键，关掉其中一个立刻恢复正常。
6.5 升级后崩了怎么办
Arch 滚动更新后企业微信打不开，九成情况是 Wine 容器和 deepin-wine 组件版本不匹配。不要急着重装系统，先执行AUR 升级里提到的 wineboot 修复；修复无效就把容器里数百 MB 的数据目录备份出来，删除容器配置，让企业微信重新初始化。这种暴力初始化会让登录态丢失，但聊天数据基本都在，只是要重新扫码。
最后一次提请：从 AUR 安装任何封装包时，记得花两分钟读一下 PKGBUILD。企业微信这种由第三方维护的 Wine 封装包，本质上是在你系统里执行一组脚本，看看它下载的二进制来源、安装路径、有没有奇怪的 post-install 行为，是对自己系统负责的态度。这套流程我装了至少五六次，每次问题都不一样，但从来没有遇到过需要重装系统才能解决的状况。
