sublime text 中文输入法不跟随光标的根本原因是其未原生支持 ime 光标同步，v3 至 v4 均未实现；linux 可启用 gtk3 支持缓解，macos 和 windows 则受限于系统机制与焦点管理缺陷。
Sublime Text 中文输入法不跟随光标
根本原因是 Sublime Text 默认不监听系统输入法的光标位置变化，尤其在 Linux 和部分 macOS 版本上，中文输入法（如搜狗、Rime、ibus）弹出的候选框会固定在屏幕左上角或窗口左上角，不随编辑位置移动。
这不是你输入法坏了，也不是 Sublime 崩了，而是它压根没做 IME 光标同步——官方从 v3 到目前的 v4 都没原生支持。所以别折腾「重启输入法」或「重装 Sublime」，那没用。
- 临时缓解：按
Ctrl+Shift+U（Linux）或Cmd+Shift+U（macOS）手动唤出 Unicode 输入，适合偶尔输几个汉字 - 真正有效：换用支持 IME 的前端（比如 VS Code），或给 Sublime 打补丁
- Linux 用户注意：Wayland 会加剧该问题，X11 下相对稳定些，但依然不跟随
Linux 下启用 GTK3 支持让输入框跟随
Sublime Text 4 在 Linux 上默认用的是自绘 UI，绕过了 GTK 的输入法集成。开启 GTK3 后，它会把输入框渲染委托给系统，从而获得正确的光标定位和候选窗跟随能力。
操作很简单，但路径和参数容易写错：
- 找到你的 Sublime Text 启动脚本，通常是
subl或/opt/sublime_text/sublime_text - 改用带环境变量的方式启动：
GDK_BACKEND=wayland:xa11 /opt/sublime_text/sublime_text --gtk（X11 推荐）或GDK_BACKEND=wayland /opt/sublime_text/sublime_text --gtk（纯 Wayland 环境） - 如果你用桌面快捷方式，修改
.desktop文件里的Exec=行，加上--gtk和对应GDK_BACKEND - 不加
--gtk参数的话，即使设了环境变量也无效；反过来，只加--gtk不设后端，可能直接启动失败
macOS 下输入法候选框卡在左上角
这是 macOS 的 AppKit 限制 + Sublime 的非沙盒化运行共同导致的。它无法获取当前 NSTextView 的真实坐标，所以输入法只能猜一个位置——通常就是 (0, 0)。
目前唯一稳定解法是切换到兼容模式：
- 关闭 SIP（不推荐）或使用
defaults write com.sublimetext.4 ApplePressAndHoldEnabled -bool false（仅影响长按重音字符，不影响中文） - 更实际：用
Input Method Switcher工具绑定快捷键，在切到 Sublime 时自动切回英文输入法，避免触发中文候选框 - 确认你没开「缩放」或「旁白」等辅助功能，这些会干扰 NSView 坐标计算
- Sublime Text 4 build 4169+ 对 macOS 13+ 有小幅改进，但仍未解决跟随问题；别信「删掉 com.sublimetext.* plist 就行」这类过时机方案
Windows 上中文输入正常但偶尔失焦
这往往不是输入法问题，而是 Sublime 的焦点管理 bug：当快速切换标签页或用鼠标点击侧边栏后，InputContext 没及时绑定到新视图，导致输入法还在往旧 buffer 发字。
可立即验证并修复：
- 按
Ctrl+Tab切换标签后，立刻按一次Esc，再输入——多数情况就能恢复 - 禁用所有第三方插件，尤其是
Origami、SideBarEnhancements这类重度操作视图的，它们可能覆盖了on_activated事件 - 检查是否启用了「预览标签页」（
preview_on_click设为true），这个特性会让未保存文件的 tab 处于半激活态，IME 绑定不稳定 - Windows 11 的「中文（简体）- 微软拼音」在 Sublime 中表现最好；QQ 拼音和搜狗需关闭「嵌入式候选窗」选项
最麻烦的其实是多显示器 + 高 DPI 缩放组合场景，此时光标坐标会被错误缩放两次，连 GTK3 方案都救不了——这种时候，真不如切去 VS Code 写中文注释。
