你好，我是方可乐
说实话，这个问题今天又出现的时候，我第一反应是：又来？？？
上次明明修好了啊。怎么微信一升级，又回到"只能打拼音，打不出中文"的状态了？
关于微信怎么会只能打英文，其实和我的系统是Linux的ubuntu的坑有关。
排查思路
说实话，一开始看到中文候选框出不来，我差点以为是"微信又不支持中文输入了"。
但这次我没有急着去调输入法设置。
因为上次踩过坑，我知道一个道理：系统输入法本身没问题，真正的坑在微信客户端和输入法框架的兼容链路。
这次我直接让codex按"升级导致兼容链路失效"来排查。直接把上次解决问题的复盘文章丢给它参考这次的解决办法。
codex是怎么定位的？
我的环境：Ubuntu 24.04、X11、fcitx5，微信版本 4.1.1.4-spark1。
系统层面看起来没问题。XMODIFIERS、GTK_IM_MODULE、QT_IM_MODULE 都是 fcitx5。
但关键一步是去看"正在运行的微信进程，到底继承了啥环境变量"。
结果一查就清楚了：这次微信进程继承的是系统默认的 fcitx5 环境，而不是上次专门注入的 fcitx 兼容环境。
也就是说——
微信升级后，没走上次那条兼容启动链。表面上都是"打开微信"，但实际上这次启动出来的不是上次那个经过兼容包装的版本。
根因找到了
不是 fcitx5 坏了，不是 系统配置丢了，也不是 微信完全不支持中文输入。
而是微信这次启动时，绕过了之前的兼容启动器，又回到了那条会导致"只能打英文"的输入链路。
这次彻底修复
不能只打补丁了。这次要把兼容方案做成默认路径。
做了这几件事：
1. 新建启动器
~/.local/bin/wechat
拉起微信前，强制注入兼容环境变量：
XMODIFIERS=@im=fcitx
GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
SDL_IM_MODULE=fcitx
2. 保留并重定向旧兼容脚本
~/.local/bin/wechat-fcitx-compat
统一转发到新的 wechat，避免旧入口残留。
3. 重写 desktop 文件
~/.local/share/applications/wechat.desktop
不再直接启动 /usr/bin/wechat，明确走 ~/.local/bin/wechat。
4. 新增
~/.local/share/applications/wechat-fcitx.desktop
给兼容启动方式一个稳定的 launcher id，避免 dock、菜单缓存继续命中旧入口。
5. 把 GNOME dock 里的微信收藏项切换到 wechat-fcitx.desktop
从dock打开也会优先走兼容环境。
改完之后，完整退出微信，重新拉起，再查进程环境：
GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
SDL_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx
这才算闭环。
两个最重要的结论
第一个：
很多"微信不支持输入法"的问题，本质上都不是"输入法不能用"。而是——"微信这次是怎么被启动起来的"。
启动路径不一样，继承到的环境就不一样，最后表现出来的输入行为完全不同。
第二个：修这类问题不能只修某一个入口。
只改桌面图标、不改命令行入口？升级之后会绕回去。只改包装器、不改 dock 收藏项？缓存刷新后会绕回去。
真正稳的做法，是把所有常见启动路径统一收口到同一个兼容启动器上。
这次不是"再修一次输入法"
而是把上次那个临时有效的 workaround，升级成了一个更稳的默认启动方案。以后不管从哪打开微信，大概率都会走正确的兼容链路。
不会再轻易回到"只能打英文"的状态。
搞定！AI真好用。
以上排查和解决过程，均又codex解决并总结经验。
写在最后
2026，我正在做一个AI成长圈，一个聚集同行者的微信群，目前已经有不少同学加入。AI探索这件事，一个同频的圈子，一群共同前行的人，才能走得更快，更远。
目前，可乐AI成长圈的价格是 139
我会把自己真实的开发经验、工程复盘、模型探索路径，第一时间在这里分享给圈里的伙伴。一起走、一起试、一起成长。
加入可乐的AI成长圈，你将获得：
- • 可随时在群里向我提问（AI 编程，工程链路、模型选型，学习路径等）
- • 我的新 AI 应用都可免费优先体验
- • 每个应用都会有工程复盘、踩坑记录、选型思路
- • 一条真正可复制的 AI 成长路线
- • OpenClaw 完整部署教程 + 常见问题排查手册
感兴趣的同学，欢迎加我微信咨询加入。
