关闭 index_files 可立即解决 sublime 卡顿，因其默认递归扫描项目文件阻塞主线程；需完全退出后重启，并清理 cache、local/index 和 session.sublime_session 三类缓存。
Sublime 运行卡顿、响应迟钝，90% 是 index_files 在后台疯狂扫描文件导致的，不是硬件差，也不是插件多——关掉它，立刻见效。
为什么关掉 index_files 能立竿见影
默认开启的 index_files 会让 Sublime 启动时递归遍历整个项目目录（包括 node_modules、dist、.git），为每个文件构建符号索引。这一步不走完，Ctrl+P、Ctrl+R、右键 Go to Definition 都无法响应，主线程被阻塞，敲字延迟、光标跳动、方向键失灵全由此来。
- Windows/macOS 上遇到含几万文件的前端项目，冷启动可能卡住 4–6 秒
- 虚拟机中尤其明显：磁盘 I/O 慢 + 索引并发高 = CPU 持续 100%
- 副作用明确：
Ctrl+Click跳转定义、Find All References失效，但Ctrl+P（按文件名）和Ctrl+Shift+F（全局文本搜索）仍可用
怎么安全关闭 index_files 并保留部分能力
直接在 Preferences → Settings 右侧用户设置里加这一行就行：
"index_files": false
但别只改配置就点保存——必须完全退出 Sublime（任务管理器/活动监视器确认进程消失），再重启才生效。索引上下文是固化在内存里的，仅重载设置没用。
- 如果还想保留对部分目录的索引能力，别全局关，改用排除策略：
"folder_exclude_patterns": ["node_modules", ".git", "__pycache__"] - 项目级更精准：右键侧边栏文件夹 →
Add to Project Exclude List，或在Project → Edit Project中写排除规则 - 禁用后若发现
Ctrl+P搜索变慢，说明你依赖的是索引加速的模糊匹配，这时可加"index_exclude_patterns": ["*.log", "*.min.js"]细粒度过滤
容易被忽略的三处缓存必须手动清
只改设置不删缓存，等于给发动机换机油却不清积碳——旧索引、LSP 编译产物、UI 状态碎片还在硬盘上占着位置，下次启动照样加载。
- 先彻底退出 Sublime，确保所有进程消失
- 删空以下三类路径（系统不同路径略有差异）：
—Cache目录（存临时渲染/插件缓存）
—Local/Index目录（存全文搜索和跳转的底层数据库，损坏后补全延迟、跳转失败都源于此）
—Local/Session.sublime_session（上次打开的十几个大项目会变成启动时的“恢复包袱”） - 特别注意 LSP 类插件（如
pyright、texlab）：去Cache目录搜插件名，把整文件夹干掉；否则重装同名插件会复用旧索引，照样卡
大文件打开前必须做的两件事
打开几百 MB 的日志或 minified JS 文件时，卡顿往往不是加载慢，而是渲染崩了——语法高亮逐行解析 + 自动换行反复计算软断点，CPU 和内存双爆。
- 打开文件后第一件事：点击右下角状态栏的语法标识（如
JSON），选Open all with current extension as → Plain Text；别信自动识别，它一加载就开扫 - 顺手关掉
word_wrap：在用户设置里加"word_wrap": false，防止长行渲染卡死；同时清空"rulers": []，避免垂直线干扰滚动 - 别让 Sublime 承担查看器职责：超过 100MB 的文件，用
less（macOS/Linux）或more（Windows Terminal）查看，grep -n "error" app.log | head -20定位后再贴进 Sublime 跳转，比全文搜索快一个数量级
真正卡顿的根源从来不在界面上，而在那些你看不见的后台索引、残留缓存和插件状态里。改完 index_files 不重启、删缓存只清一半、大文件还开着 JSON 高亮——这些细节才是优化失效的真正原因。
