sublime中输入法卡顿主因是macos输入法服务（inputmethodkit）缓存异常或状态阻塞，需执行killall inputmethodkit重置服务，并关闭系统慢速键、清理冗余输入法包，而非仅调整sublime配置。
Sublime里按Option+Shift+H切半角，结果整个输入法卡住
这不是Sublime的问题，是macOS输入法框架和快捷键冲突导致的误触发。Option+Shift+H在系统级被绑定为「切换全角/半角」，但Sublime没做拦截，直接透传给系统；而某些输入法（尤其是原生简体拼音）在状态切换瞬间会重载词库或刷新缓存，造成1–3秒无响应。
常见现象包括：按下后光标消失、键盘输入延迟、状态栏输入法图标转圈、甚至Sublime窗口短暂失焦。别急着重启编辑器——先关掉这个快捷键透传。
- 打开
System Settings→Keyboard→Shortcuts→Input Sources - 找到
Switch to next input source和Switch to previous input source，确认它们没被设成Option+Shift+H - 如果已被占用，改用
Control+Space或Fn键（推荐：进入Keyboard→Press Fn key to→ 选Change input source）
Sublime右下角语法名点开后选“Plain Text”，结果输入法切换变慢
这不是语法切换本身的问题，而是Sublime在切换语法时会强制重绘状态栏、触发输入法服务重新绑定焦点。尤其当当前文件是.log或.json这类长行无缩进文本时，渲染引擎会反复校验光标位置与输入法候选框坐标，拖慢切换链路。
真正有效的做法不是避免点右下角，而是切断它和输入法的耦合：
- 在
Preferences → Settings – User中加入："detect_indentation": false（阻止扫描整文件猜缩进） - 加
"word_wrap": false（超长行不开自动换行，避免软断点重算干扰输入法坐标） - 禁用
"highlight_line": false（当前行高亮会触发额外重绘，间接拉长输入法响应周期）
Mac上用Sublime写中文文档，切换中英文时总卡顿1秒以上
根本原因有两个：一是Sublime默认开启atomic_save，每次切换输入法可能触发后台保存检查；二是系统输入法服务（InputMethodKit）在Sublime窗口获得焦点时，会同步加载用户词典+云联想，而Sublime的窗口管理机制会让这个同步过程阻塞UI线程。
实操建议优先从系统层下手，比调Sublime设置更治本：
- 终端执行：
killall InputMethodKit（立刻重置输入法服务，不需重启） - 进
System Settings → Accessibility → Keyboard，关闭Slow Keys（慢速键会放大所有按键延迟，包括输入法切换） - 删掉
~/Library/Input Methods/下非必需输入法包（比如旧版搜狗、百度拼音残留），只留Rime或系统简体拼音 - Sublime里关掉
"save_on_focus_lost": false（防止切输入法时意外触发保存检查）
为什么关了Sublime插件，输入法卡顿还是没改善
因为卡顿源头不在插件，而在macOS输入法服务自身。Sublime只是暴露了问题——它不像VS Code那样主动隔离输入法上下文，也不像TextEdit那样走系统标准文本控件路径。一旦输入法服务内部缓存损坏或词库索引异常，任何调用NSInputManager的App都会卡。
最容易被忽略的点是：输入法服务状态不会随Sublime退出而重置。哪怕你已禁用所有插件、设为Plain Text、关掉所有渲染选项，只要上次崩溃过一次，InputMethodKit进程就可能带着坏状态持续运行。
所以每次遇到卡顿，第一反应不该是翻Sublime配置，而是：killall InputMethodKit + 切到Terminal敲两行echo test验证输入法是否全局恢复——再回Sublime，90%情况立刻正常。
