关闭 index_files 是最直接有效的内存控制手段，需在用户设置中添加{"index_files":false}并完全重启；同时配置 folder_exclude_patterns 排除 node_modules 等目录，并清理 Cache 和 Index 目录以彻底释放内存。
关闭 index_files 是最直接有效的内存控制手段
Sublime Text 的内存飙升，八成以上源于全项目文件索引。它默认扫描每个文件内容生成符号表，一旦项目含 node_modules、dist、日志目录等，内存会持续涨到 1GB+ 且不释放。
在 Preferences → Settings 右侧用户设置中添加：
{
"index_files": false
}
注意：这不是“禁用搜索”，Ctrl+P（按文件名跳转）、Ctrl+Shift+F（全局文本搜索）仍可用；但 Go to Definition、Find All References 会失效——如果你不依赖 LSP 或 GoSublime 的语义跳转，这个代价极小。
- 必须完全退出 Sublime 再重启，仅重载设置无效——旧索引上下文已驻留内存
- 若仍需部分索引能力，可保留
"index_files": true，但务必配合folder_exclude_patterns排除高危目录 - 某些插件（如 LSP）会绕过该设置自行索引，此时需单独关其自动诊断功能
排除 node_modules 等目录比删插件更治本
即使关了 index_files，只要这些目录还在项目里，Sublime 仍可能在后台加载文件元信息、触发插件扫描、或被 Find in Files 拖入搜索范围，间接吃内存。
在 Project → Edit Project 中配置：
{
"folders": [
{
"path": ".",
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "dist", "build", "logs"],
"file_exclude_patterns": ["*.log", "*.tmp", "*.zip", "*.min.js"]
}
]
}
-
folder_exclude_patterns影响最大：排除后，这些目录连图标都不会显示在侧边栏，彻底隔离 -
file_exclude_patterns主要防止误搜，对内存影响较小，但能避免Find in Files卡死 - 别只改用户设置——项目级配置优先级更高，且对团队协作更可控
清理 Cache 和 Index 目录才能真正释放顽固内存
长期使用后，缓存和索引数据库会残留损坏条目或冗余快照，导致每次启动都多载几百 MB 无用数据。尤其 LSP 类插件的缓存，重装同名插件时会复用旧索引，卡顿照旧。
必须先完全退出 Sublime（包括托盘进程），再删除以下路径：
- macOS：
~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text/、~/Library/Application Support/Sublime Text/Local/Index - Linux：
~/.config/sublime-text/Cache、~/.cache/sublime-text/、~/.config/sublime-text/Local/Index - Windows：
%APPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Index
首次重启会稍慢（重建基础缓存），但不会再加载旧索引。如果删完仍卡，说明问题出在插件或配置，不是缓存本身。
处理超大文件时，别让 Sublime 当“全能编辑器”用
打开一个 500MB 日志文件，Sublime 默认尝试语法解析、行号计算、折叠渲染、空格归一化……这不是编辑，是压力测试。
临时应对策略（无需改配置）：
- 右下角点击语法类型，选
Plain Text—— 关掉所有语法高亮和 subl-syntax 解析 - 按
Ctrl+Shift+P输入Toggle Read-Only锁定编辑，避免误保存触发写入延迟 - 命令行启动：
subl --safe-mode your_huge_file.log，跳过所有插件和项目设置 - 滚动卡顿？别拖滚动条，按
Ctrl+G直接跳行号；或拆双窗格，一边看结构，一边定位
真正频繁处理 GB 级文件，Sublime 的内存模型和事件循环就不是设计目标了。该用 less、grep -n、tail -n 5000 提前切片，再把关键段落导入编辑——工具各司其职，比硬调参数实在得多。
