sublime在linux下无法输入中文是因缺少输入法环境变量，需显式设置gtk_im_module、qt_im_module和xmodifiers；wayland会话还需添加gdk_backend=x11；字体显示异常则需在用户设置中指定中文字体如"noto sans cjk sc, wenquanyi micro hei, simhei"。
Linux 下 Sublime 启动时没中文输入（Fcitx5/Fcitx4）
不是 Sublime 本身不支持，是它没拿到正确的输入法环境变量。系统级输入法服务（如 Fcitx5）默认不自动注入到非 Qt/GTK 原生启动的进程里。
必须显式传入环境变量再启动，否则 sublime_text 进程根本看不到输入法服务。
- 终端中运行：
env GTK_IM_MODULE=fcitx5 QT_IM_MODULE=fcitx5 XMODIFIERS=@im=fcitx5 sublime_text - 若用 Fcitx4，把所有
fcitx5换成fcitx - 写进桌面快捷方式（
~/.local/share/applications/sublime_text.desktop）时，改Exec=行为上面完整命令 - 别只设
GTK_IM_MODULE—— Qt 程序（包括 ST4 的部分 UI 组件）依赖QT_IM_MODULE，缺一不可
Sublime 启动后能切输入法但打不出字（候选框不弹、光标不动）
常见于 Wayland 会话或 KDE Plasma 下，本质是输入法协议握手失败，不是渲染问题。
fcitx5 默认启用 wayland 协议，但 Sublime Text 4（截至 2026 年 4 月）仍通过 XWayland 运行，需强制走 X11 输入路径。
- 在启动命令前加
export GDK_BACKEND=x11，例如：GDK_BACKEND=x11 env GTK_IM_MODULE=fcitx5 ... sublime_text - 检查当前会话类型：
echo $XDG_SESSION_TYPE，如果是wayland，这个设置几乎必加 - 不用重启输入法服务，但要杀掉旧的
sublime_text进程再重试 - Rime 用户同理，只要确保
IM_MODULE和后端匹配，别混用fcitx5环境跑ibus配置
中文字符显示为方块 / 字体发虚
这不是输入问题，是字体 fallback 链断裂。Sublime 默认用系统 sans-serif，但很多 Linux 发行版的 sans-serif 指向无中文字形的 DejaVu 或 Liberation 字体。
必须在用户设置里硬指定中文字体，且优先级高于系统 fallback。
- 打开
Preferences → Settings，在右侧 User 设置中添加："font_face": "Noto Sans CJK SC, WenQuanYi Micro Hei, SimHei" - 多个字体用英文逗号分隔，前面的优先；
Noto Sans CJK SC是 Google/Adobe 联合维护的开源字体，覆盖全 Unicode 中文区，推荐首选 - 别写
"font_face": "WenQuanYi Micro Hei"单独一行——万一系统没装，就退化成方块，加 fallback 更稳 - 改完保存，必须完全退出 Sublime（
killall sublime_text），否则字体缓存不刷新
装了插件还是没反应（比如 InputMethod 或 IMESupport）
Linux 下这些插件基本无效。它们是为 Windows 的 IMM32 或 macOS 的 Input Method Kit 设计的，和 Linux 的 IBus/Fcitx 协议层不兼容。
Sublime 在 Linux 上靠的是 GTK/Qt 的输入法抽象层，插件无法绕过这一层去“接管”输入流。
- 直接卸载
InputMethod、IMESupport等插件，它们不仅没用，还可能干扰主线程响应 - 验证是否真需要插件：先用纯环境变量方式启动，能打中文就说明系统配置已通，插件全是冗余
- Package Control 里搜
ChineseLocalization是界面汉化用的，和输入法无关，别混淆 - 如果用了自定义 shell wrapper 启动 Sublime，确认 wrapper 没 unset 掉
GTK_IM_MODULE等变量
GDK_BACKEND=x11 这一环。
