Sublime Text语言包不会导致内存泄漏，真正元凶是LSP、SublimeLinter等后台分析插件；需禁用其自动诊断、清除Cache/Index缓存并彻底退出进程才能解决。
Sublime Text 本身不提供“内存泄露检测”功能，所谓“多语言包引起内存泄露”是误判——真正吃内存的是 LSP、SublimeLinter 等后台分析插件，不是 Syntax Definition（.sublime-syntax）或 Color Scheme 文件。
为什么语言包（syntaxes）不会导致内存泄漏
语言包本质是纯声明式规则文件，加载后只占用几 KB 内存，且不会动态分配堆内存、不启动子进程、不监听文件变化。即使你装了 50 个语言包，plugin_host 内存也不会因此上涨。
- 真正泄漏源是：LSP 插件为每个项目启动语言服务器（如
pyright、tsserver），它们常驻内存并缓存 AST、类型信息 - SublimeLinter 在后台持续调用
eslint、flake8等 CLI 工具，重复 fork 进程 + 读取配置 + 加载规则 - GoSublime 的
margo服务一旦启动就永不退出，goroutine 和 symbol cache 叠加增长
如何确认是不是语言相关插件在泄漏
打开命令行，用 --safe-mode 启动，彻底绕过所有插件：
- macOS / Linux：
subl --safe-mode - Windows：
subl.exe --safe-mode
观察 plugin_host 进程内存是否回落到 200MB 以内。如果回落，说明问题出在插件层；再打开 View → Show Console，看是否有以下日志反复刷屏：
-
LSP: restarting server（服务器崩溃重启循环） -
SublimeLinter: ERROR:后跟 Python traceback -
GoSublime: margo: starting...之后无后续
停掉真凶：LSP 和 SublimeLinter 的自动诊断
这两类插件默认会在窗口打开时自动扫描整个项目目录（包括 node_modules、venv），且不尊重 "index_files": false：
- 对 LSP：在项目根目录建
.sublime-project，填入：{ "settings": { "lsp_format_on_save": false, "lsp_disabled_servers": ["pyright", "tsserver", "clangd"] } } - 对 SublimeLinter：进
Preferences → Package Settings → SublimeLinter → Settings，把"lint_mode"改成"manual"，禁用自动触发 - 务必完全退出 Sublime（任务管理器/活动监视器确认
sublime_text.exe和plugin_host.exe都消失），再重启
清理残留缓存比关插件更重要
即使你已禁用 LSP，它之前生成的 Cache/pyright/ 或 Cache/LSP-typescript/ 仍会加载进 plugin_host 地址空间，造成“假活跃”内存占用：
- Windows 路径：
%LOCALAPPDATA%\Sublime Text\Cache\和同级的Index\ - macOS 路径：
~/Library/Caches/Sublime Text/和~/Library/Application Support/Sublime Text/Index/ - 删完必须杀干净进程再开——否则旧缓存会从内存镜像中直接恢复
别信“重启设置”或“重载插件”，plugin_host 进程不死，泄漏上下文就一直活着。这是最常被忽略的一环。
