关闭 index_files 是最立竿见影的优化，因全项目索引会扫描所有文件导致内存飙升；其次禁用 lsp、gitgutter 等常驻插件；再处理大文件时切 plain text 模式并关闭高负载渲染选项；最后定期清理缓存目录。
关闭 index_files 是最立竿见影的一步
sublime 卡顿的头号元凶，不是插件也不是大文件，而是默认开启的全项目索引——它会在后台扫描所有文件内容，构建跳转和搜索数据库。一旦项目里有 node_modules、dist、日志目录，内存瞬间飙升，启动也变慢。
- 打开 Preferences → Settings，在右侧用户设置中直接加这一行：
"index_files": false - 如果还想保留部分功能（比如只对当前打开的文件做符号跳转），就别全局关，改用项目级排除：
"folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "logs"] - 注意：关掉后
Go to Definition和Find All References会失效，但Ctrl+P按文件名跳转、Ctrl+Shift+F全局文本搜索仍可用
插件不是越多越好，LSP 和 GitGutter 最容易拖垮性能
很多用户装完 LSP 插件（比如 sublime-lsp + jdtls 或 pylsp）就发现编辑器变卡——它不是“不工作”，而是在后台持续解析、校验、重载，尤其打开 Java/Python 大项目时，CPU 和内存双高。
- 进 Preferences → Package Control → Disable Package，先把
LSP、GitGutter、AutoSave这类常驻型插件禁掉，重启看是否明显变快 - 若必须用 LSP，不要让它扫整个项目：在插件的
Settings – User里加"enabled": false，或限定只对特定文件夹启用（如仅src/） - GitGutter 可设为非阻塞模式：
"non_blocking": true，避免每次保存都卡住界面
处理大文件时，别让 Sublime 当“全能编辑器”用
打开一个 50MB 的日志或 json 文件，还开着语法高亮、行号、自动换行、括号匹配？那不是在编辑，是在给 Sublime 下压力测试指令。
- 先切语言模式：右下角点当前语法（如
JSON）→ Open all with current extension as → Plain Text - 临时关掉渲染负担：
"line_numbers": false、"highlight_line": false、"draw_white_space": "none" - 确保已启用内存映射：
"enable_memory_mapping": true（Windows/macOS/Linux 均有效，对 >10MB 文件提升明显） - 如果只是查看，别双击打开——用命令行加
--safe-mode：subl --safe-mode app.log，跳过所有插件和项目配置
缓存和会话数据堆积，比你想象中更影响长期使用
Sublime 不像浏览器会自动清理，.sublime-session 文件越攒越多，索引缓存目录（尤其是 Index 子目录）可能残留损坏条目，导致每次启动都多加载几百 MB 冗余数据。
- 关掉 Sublime 后，手动清空缓存：
windows：%LOCALAPPDATA%sublime textCacheIndex
macos：~/Library/Caches/com.sublimetext/Cache/Index
linux：~/.cache/sublime-text/Cache/Index - 慎用
"remember_open_files": false——它虽能减少缓存，但也会让你每次重启都丢掉所有标签页，实际体验反而更割裂 - 定期检查
Packages/User/下有没有残留的旧插件配置（比如已卸载插件留下的xxx.sublime-settings），它们可能仍在后台被读取
真正卡顿的时候，往往不是某一个设置没调对，而是 index_files 开着 + LSP 在扫 node_modules + 缓存目录里堆了三个月的旧索引 —— 这三样叠在一起，再好的机器也扛不住。优化不是一步到位，而是从最重的负担开始一层层卸下。