关掉index_files是最直接有效的内存优化手段，因其默认开启时会后台扫描node_modules、.git等目录导致内存暴涨90%以上，必须完全退出Sublime并重启才能释放驻留内存。
关掉 index_files 是最直接有效的操作，不重启等于白设；真正吃内存的不是编辑器本身，而是它在后台扫描 node_modules、.git 和日志文件时加载的整行文本和插件上下文。
为什么关 index_files 必须完全退出再重启
Sublime 的索引上下文一旦加载进内存，就不会随设置变更自动释放。你改了 "index_files": false 后只重载配置或关闭窗口，旧索引仍驻留在 sublime_text.exe（Windows）或 Sublime Text 进程里，任务管理器里内存纹丝不动。
- 必须通过任务管理器 / 活动监视器确认
sublime_text.exe和plugin_host进程彻底消失 - macOS/Linux 用户可在终端执行
killall -9 "Sublime Text"确保清空 - Windows 用户建议用资源监视器查看“子进程”是否残留
项目级 folder_exclude_patterns 比用户设置更关键
很多插件（尤其是 LSP、SublimeLinter）根本不读用户级的 folder_exclude_patterns，只要 node_modules 在项目路径下，它们就会主动扫描——哪怕 index_files 已关。
- 菜单选
Project → Edit Project，在folders里加"folder_exclude_patterns": ["node_modules", ".git", "dist", "logs"] - 这个配置会直接让侧边栏隐藏对应目录，插件连路径都拿不到
- 不要依赖全局设置，项目级才是硬隔离
大文件打开瞬间卡顿？先切 Plain Text 再关渲染项
语法高亮解析是大文件卡死的第一推手。Sublime 会把超长日志行当单个 token 加载，1.2GB 文件可能只有一行，却占掉 800MB 内存。
- 打开文件后立刻右键状态栏语言名 →
Open all with current extension as… → Plain Text - 或执行
Preferences → Settings – Syntax Specific，在生成的Plain Text.sublime-settings中写入：{ "line_numbers": false, "gutter": false, "highlight_line": false, "word_wrap": false } -
word_wrap必须关掉：开启时 Sublime 会反复计算软换行位置，CPU 拉满
--safe-mode 不是备选方案，是诊断必经步骤
当你不确定是插件、缓存还是设置导致内存飙升时，--safe-mode 是唯一能快速验证的路径。它跳过所有插件、不读用户设置、不建索引，只保留基础编辑能力。
- macOS/Linux 终端运行：
subl --safe-mode /path/to/huge.log - Windows 命令提示符运行：
subl.exe --safe-mode "C:\data\big.json" - 如果此时仍卡顿，问题大概率出在系统层（磁盘 I/O、杀毒软件拦截），而非 Sublime 配置
别忘了清理 Cache 和 Index 目录——尤其 Cache/LSP-* 或 Cache/pyright 这类插件残留，像僵尸一样持续占着内存，前面所有优化都白做。
