删Cache目录常不顶用，因为真正拖慢检索的是Index目录损坏的符号数据库和Local/State碎片化的UI状态；必须同步清理Cache、Index、Local/State三处，并先彻底退出Sublime进程再操作。
为什么删Cache目录常不顶用
Cache只是缓存的“表层”，真正拖慢检索的是Index目录里损坏或过时的符号数据库，以及Local/State里碎片化的UI状态。只清Cache，Sublime重启后仍会从旧Index加载错误索引，Ctrl+P搜不到新文件、Ctrl+R卡住几秒都是典型表现。
必须同步清理三处：
-
Cache：临时数据，删完重启自动重建，安全但治标 -
Index：全文搜索和Goto Definition的底层索引库，体积大、易损坏，是检索慢的主因 -
Local和State：存崩溃恢复、窗口布局、折叠状态等，长期未清理会导致启动时反复校验元数据，拖慢初始化
顺序不能错：先彻底退出Sublime（Windows查任务管理器确认sublime_text.exe进程消失；macOS用活动监视器查Sublime Text），再删目录，否则文件被锁住删不掉。
Index目录在哪？删完怎么验证生效
路径与Cache同级，不是子目录：
- Windows：
%APPDATA%\Sublime Text\Index和%LOCALAPPDATA%\Sublime Text\Index - macOS：
~/Library/Application Support/Sublime Text/Index和~/Library/Caches/Sublime Text/Index - Linux：
~/.config/sublime-text/Index和~/.cache/sublime-text/Index
删完重启，打开命令面板（Ctrl+Shift+P），输入Index Rebuild回车——如果状态栏立刻显示“Indexing…”且几秒内结束，说明新索引已重建；若仍卡在“Indexing…”不动，证明旧Index残留未清干净，需再检查路径是否漏删。
怎么避免Index再次膨胀拖慢检索
别依赖“自动清理”，Sublime不会主动删旧索引。关键靠两招：
- 全局关索引：
"index_files": false加到Preferences → Settings – User，一劳永逸止血（副作用：Ctrl+Click跳转失效，但Ctrl+P和Ctrl+Shift+F仍可用） - 项目级排除：右键侧边栏文件夹 →
Add to Project Exclude List，或在Project → Edit Project里写"folder_exclude_patterns": ["node_modules", ".git", "dist"]，让索引只扫真正需要的代码 - 禁用
ignored_packages里的重型插件（如SublimeCodeIntel、GitGutter），它们会在后台持续写自己的索引，和原生Index叠加污染
注意：index_workers调小没用——线程少只是让卡得更隐蔽，扫描总量没变。
删完还是慢？检查Local和State有没有“幽灵残留”
很多人忽略Local和State，它们藏在和Cache同一级的目录下（比如Windows是%APPDATA%\Sublime Text\Local）。这里存着未保存的会话、标签页顺序、侧边栏展开状态，碎片化后会让Sublime启动时花数秒校验每个窗口布局，导致冷启动慢、菜单错位、主题加载失败。
实操建议：
- 先重命名
Local为Local_bak，重启看是否变快；如果明显改善，再删Local_bak -
State同理，重命名为State_bak测试 - 不要只删
.sublime-session文件——它只是State的一部分，整个State文件夹才是元凶
缓存和索引不是“越积越多越聪明”，而是越积越错乱。定期清这三处，比调任何参数都管用。
