典型表现为候选框卡在左上角、光标错位、上屏文字插入错误位置；根本原因是sublime text对ime事件处理不完整，需关闭hardware_acceleration并彻底重启才能缓解。
Sublime Text 中文输入法光标不同步的典型表现
你在 Windows 或 macOS 上用搜狗、百度、Rime 等中文输入法，在 Sublime Text 里敲字时，候选框总卡在屏幕左上角、光标位置错位、按空格上屏后文字插到上一行末尾——这不是输入法坏了，也不是系统问题，而是 Sublime Text 自身对 IME（输入法编辑器）事件的处理不完整，尤其在多显示器、高 DPI 缩放或启用 GPU 渲染时更容易触发。
关闭 hardware_acceleration 可立即缓解光标漂移
Sublime Text 默认开启硬件加速（hardware_acceleration），但该选项会干扰 Windows 的 IMM32 和 macOS 的 NSTextInputClient 协议通信，导致输入法无法准确获取编辑控件坐标。实测关闭后，90% 以上的光标错位、候选框乱飞问题消失。
操作步骤：
- 打开
Preferences → Settings - 在右侧用户设置中添加：
"hardware_acceleration": "none"
- 保存并重启 Sublime Text
注意：设为 "none" 而非 false 或 "off"，后者无效；macOS 用户若用 Metal 后端，还需额外加 "gpu_window_buffer": false。
避免使用中文路径或项目名引发的 IME 崩溃
Sublime Text 3.2+ 在加载含中文字符的 project_name 或 folder_path 时，部分输入法（尤其是老版本搜狗）会因路径编码解析异常而主动断开与编辑器的连接，表现为输入法瞬间切换回英文、候选框消失、Ctrl+Space 失效。
临时规避方式：
- 项目文件夹路径全用 ASCII 字符（例如改
D:\我的项目为D:\proj-1） -
sublime-project文件中避免在folders或settings里写中文路径 - 如必须显示中文名，可在
project_name字段用 Unicode 转义（"\u6211\u7684\u9879\u76ee"），但不推荐——部分输入法仍会 fallback 到原始路径字符串
Linux 下 fcitx5 需手动启用 XIM 回退协议
Sublime Text 官方 Linux 版本不支持原生 Wayland 输入协议，fcitx5 在 Wayland 会话下默认走 dbus + ibus 接口，而 Sublime 只认 XIM。结果就是：能呼出候选框，但无法上屏、无光标跟随。
解决方法是强制降级到 XIM 模式：
- 终端执行：
export GTK_IM_MODULE=xim
- 再启动 Sublime：
subl
- 或把
export GTK_IM_MODULE=xim加入~/.profile，确保所有 GUI 环境生效
注意：不要用 ibus 或 fcitx（旧版），仅 xim 被 Sublime 实际识别；Wayland 用户若坚持不用 X11，目前无稳定方案，建议切到 Xorg 会话。
真正卡住的地方往往不是配置本身，而是你以为改了设置就完事——比如 hardware_acceleration 修改后没重启，或者 Linux 下只改了当前终端的环境变量却忘了桌面环境的启动脚本。这些细节不验证，问题就会一直“偶发”。
