装第三方语法高亮插件导致多开卡顿，是因为 plugin_host 进程在多个窗口间共享并重复初始化语法定义、LSP 支持及 AST 解析，引发内存泄漏与 CPU 过载；需关闭 index_files、彻底退出进程、清除 Cache 和 Index 目录，并禁用跨窗口复用语言服务器的插件。
为什么装了第三方语法高亮插件会导致多开卡顿
这不是插件本身“慢”，而是它让 plugin_host 进程在多个 Sublime 窗口间共享并持续加载语法定义，尤其当插件含 LSP 支持、后台 AST 解析或实时 scope 标注时（比如 Vue、TypeScript、Rust 插件），每个新窗口都会触发重复初始化——引用未释放、缓存叠加、goroutine 泄漏，内存直接飙到 1.5GB+，输入延迟、Ctrl+P 假响应、中文输入法切换卡顿就都来了。
必须关闭 index_files，否则清缓存也白搭
index_files 默认为 true，一开多窗口，所有窗口争抢扫描同一项目下的 node_modules 或 target 目录，plugin_host 就在那儿反复 stat()+read()+解析，CPU 拉满，内存碎片化。这不是“慢”，是编辑器边让你打字边干着比 webpack 还重的活。
- 打开
Preferences → Settings，在右侧用户设置中加："index_files": false - 必须彻底退出 Sublime：Windows 查任务管理器确认
sublime_text.exe和plugin_host.exe都消失；macOS 用活动监视器确认两个进程全无 - 仅重载设置或只关窗口无效——索引上下文已固化在进程里
删 Cache 和 Index 前先杀干净进程
缓存没清干净，插件照样按旧状态跑。Windows 用户最常漏掉 %LOCALAPPDATA%\Sublime Text\Cache，这里藏了 LSP 插件最顽固的编译缓存（比如 pyright 的类型快照）；而同级的 Index 目录存的是全文搜索和符号跳转的底层数据库，损坏后 Ctrl+R、Ctrl+P 就变“假响应”。
- 确认
plugin_host和主进程已完全退出 - 手动删除：
%LOCALAPPDATA%\Sublime Text\Cache（Windows）、~/Library/Caches/Sublime Text/Cache（macOS）、~/.cache/sublime-text/Cache（Linux） - 顺手删掉同级的
Index文件夹
禁用跨窗口自动诊断类插件
LSP、GoSublime、SublimeLinter 这类插件默认复用语言服务器，不隔离窗口上下文。第二个窗口打开时，AST 加载、诊断检查、文件监听会叠加而非覆盖，内存泄漏就是这么来的。
- 进
Preferences → Package Control → Disable Package，重点关：LSP、GoSublime、SublimeLinter - 如果必须用 LSP，改用支持 per-window server 的配置（如
lsp_utils+ 单独配置"enabled": false在非主窗口） - 别信“重启插件”——必须禁用+杀进程+删缓存三步闭环
真正难搞的不是插件多，而是它们对 plugin_host 的资源争夺方式：同一个 Vue 插件，在单窗口下稳如老狗，开两个窗口就内存翻倍，因为 scope 树没做 window-scoped 隔离。所以别只盯着插件列表，得盯住进程行为和缓存路径。
