关掉index_files是最直接有效的优化，因其默认全项目索引（含node_modules等）导致内存飙升、cpu满载、启动变慢；需配合项目级folder_exclude_patterns、禁用高负载渲染项及清理缓存才能根治。
关掉 index_files 是提升 Sublime 运行速度最直接有效的操作，它不是“锦上添花”，而是解决卡顿、内存飙升和启动慢的根因。其他设置必须围绕它协同调整，否则效果有限。
为什么 index_files 必须关？
默认开启的 index_files 会在后台扫描整个项目目录（包括 node_modules、dist、.git），构建符号跳转数据库。这不是懒加载，而是启动即扫、切项目即扫、甚至光标悬停都可能触发重索引。在 macOS 或老 SSD 上，几万文件就能让主线程卡死，内存轻松飙到 1.5GB+。
- 现象：打开大项目后 CPU 持续 90%、滚动卡顿、Ctrl+P 延迟明显、右下角状态栏频繁显示 “Indexing…”
- 验证方式：进
Preferences → Settings，右侧用户设置里加"index_files": false，保存并重启——多数人冷启动从 5s 直降到 0.8s - 副作用明确：
Ctrl+R（跳转函数定义）、Ctrl+Click、Find All References全部失效；但Ctrl+P（按文件名）、Ctrl+Shift+F（文本搜索）照常可用 - 若需保留部分能力：别写在用户设置里，改用项目级配置 ——
Project → Edit Project，添加"folder_exclude_patterns": ["node_modules", ".git", "dist"]
folder_exclude_patterns 和 binary_file_patterns 怎么配才不白设？
只关 index_files 不够，排除规则没写对等于没关。很多用户把 folder_exclude_patterns 错误地写进用户设置，结果 node_modules 仍在被扫描 —— 因为该配置仅在项目配置中生效。
-
folder_exclude_patterns必须放在Project → Edit Project的 JSON 里，格式如："folders": [{"path": ".", "folder_exclude_patterns": ["node_modules", "__pycache__"]}] -
binary_file_patterns要主动加，防止日志、dump、minified JS 等被误当文本解析："binary_file_patterns": ["*.log", "*.dump", "*.min.js", "*.zip", "*.pdf"]，写在用户设置即可 - 注意路径匹配逻辑：Sublime 用的是通配符，不是正则；
"logs/*"有效，"logs/**/*.log"无效 - 排除后仍卡？检查是否漏了
.next（Next.js）、.nuxt（Nuxt）、target/（Maven）等现代框架的构建目录
哪些渲染类设置一开就拖垮大文件体验？
语法高亮、自动换行、行号折叠按钮这些 UI 功能，在处理几百 MB 日志或单行长 JSON 时，不是“辅助”，而是性能炸弹。
-
"word_wrap": false—— 超长行开启软换行会触发反复重排版计算，关掉后滚动立刻顺滑 -
"fold_buttons": false和"enable_fold_buttons": false—— 折叠按钮悬停就会触发行号区重绘，尤其在高 DPI 屏幕上更明显 -
"draw_white_space": "none"和"highlight_line": false—— 这两个加起来能多占 200MB 内存，纯属视觉冗余 - 打开大文件前务必手动切
View → Syntax → Plain Text—— 右下角显示的 “JSON” 是自动猜的，一加载就开扫，不能信
插件和服务类配置怎么避免“关了又起”？
很多用户禁用插件后重启还是卡，是因为某些插件自带后台服务（比如 GitGutter 轮询、LSP 启动语言服务器），单纯禁用包不够，得关服务本身。
- GitGutter：在它的
Settings – User里加"enable_git_gutter": false或"non_blocking": true，否则 Windows 下会持续调用ReadDirectoryChangesW - LSP 类插件（如
sublime-lsp）：必须进插件设置，关闭"enabled": false，或限定"only_show_lsp_completions": true避免全项目分析 - SublimeCodeIntel：禁用全部非必要语言支持，
"disabled_languages": ["css", "html", "xml"]，再设"live": false关实时补全 - 别忘了清理残留：关掉所有 Sublime 实例后，删掉
Session.sublime_session（路径见系统资料）和Index/缓存目录，否则优化白做
真正卡顿的从来不是 Sublime 本身，而是你让它干了它不该干的事 —— 当它开始解析 node_modules、渲染 200MB 单行日志、或为每个文件启动一个 LSP 服务器时，就已经超出了设计边界。关什么、怎么关、关完要不要清缓存，三者缺一不可。
