控制台不显示插件内存占用，但可通过高频starting/restarting日志和Python traceback定位高开销插件；用subl --safe-mode验证插件致因，内存回落即确认；禁用LSP、SublimeLinter等插件需完全退出进程；项目级folder_exclude_patterns比关index_files更关键，必须在.sublime-project中配置排除node_modules等目录。
控制台本身不显示插件内存开销，但能暴露高开销插件的异常行为
Sublime Text 的控制台（Ctrl + `）不是性能监控器，它不会直接告诉你 LSP-pyright 占了 600MB 内存。但它会高频刷出 starting、restarting、Python traceback 这类日志——这些是插件在反复崩溃、重启、重载的信号，而高内存插件（尤其是 LSP 类）最常这么干。
真正有效的做法是：打开控制台 → 启动 Sublime → 观察前 10 秒内是否出现以下现象：
- 重复打印
starting LSP server for python或restarting LSP server - 连续多行
ImportError: No module named 'pylsp'或Timeout waiting for server response - 大量
Traceback (most recent call last):堆栈，且文件路径指向Packages/LSP/或Packages/SublimeLinter/
用 --safe-mode 快速验证是否插件导致内存暴涨
别猜，直接绕过所有插件启动：
- Windows/macOS/Linux 下均支持命令行运行：
subl --safe-mode - 启动后立刻观察任务管理器中
plugin_host进程内存：若从 800MB+ 降到 200MB 以内，说明问题确实在插件层 -
--safe-mode不加载任何第三方插件，也不读取用户设置（包括ignored_packages），是最干净的基线
注意：--safe-mode 下插件全禁，所以 Package Control: List Packages 也会为空——这不是 bug，是预期行为。
逐个禁用高嫌疑插件时必须完全退出 Sublime
只关窗口不退出进程，plugin_host 仍驻留内存，测不准。每次禁用后务必：
- 菜单栏点击
File → Exit（Windows/Linux）或Sublime Text → Quit Sublime Text（macOS） - 用任务管理器 / 活动监视器确认
sublime_text.exe和plugin_host进程已消失 - 再重新启动，等 30 秒让插件加载完成，再看内存峰值
优先禁用这些插件：LSP、LSP-pyright、SublimeLinter、Anaconda、GitGutter——它们都可能在后台扫描整个项目目录，尤其当 node_modules 或 venv 在工作区里时。
folder_exclude_patterns 比关 index_files 更关键
"index_files": false 只停掉 Sublime 自带的符号索引，但 LSP 等插件根本不认这行配置。它们会自己递归扫描项目根目录，哪怕你关了索引，只要 node_modules 在里面，就可能被当成源码加载。
必须在项目根目录的 .sublime-project 文件里显式配置：
{
"folders": [
{
"path": ".",
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "venv"]
}
]
}
这个配置对每个插件生效，且优先级高于全局设置。没配它，禁用 10 个插件也压不住内存飙升。
