sublime text符号索引膨胀致崩溃需彻底清空local/index并禁用index_files：先终止所有进程，再删除对应系统路径下的local/index目录，最后在用户设置中设"index_files": false并配置folder_exclude_patterns排除node_modules等目录。
Sublime Text 的符号索引文件（Local/Index）一旦膨胀到几百 MB 甚至几 GB，就会持续触发写失败、CPU 占满、Ctrl+R 失效、保存卡住——这不是缓存“多”，而是索引库已损坏或过度扫描，必须手动清空并阻断重建路径。
确认 index_files 是否仍在运行
索引体积失控，往往是因为 index_files 仍为 true，且项目里混入了 node_modules、.git、dist 等目录，导致 Sublime 持续扫描并往 Local/Index 写入符号数据。先验证当前状态：
- 打开
Preferences → Settings – User，检查是否存在"index_files": true（默认就是true） - 打开命令面板（
Ctrl+Shift+P），输入Rebuild Index—— 如果能点出来且执行后状态栏显示 indexing，说明索引功能活跃 - 观察任务管理器：进程名
sublime_text占用 CPU 长期 >70%，大概率是索引线程在后台夯住
彻底退出后删掉 Local/Index 目录
只删 Cache 或只改设置没用。损坏的索引库会残留锁文件、不完整数据库和内存映射残留，重启后它会继续尝试恢复写入，直到磁盘再次报 Error: disk full。
- Windows：结束所有
sublime_text.exe和subl.exe进程（任务管理器 → 详细信息） - macOS：在「活动监视器」中强制退出所有
com.sublimetext.4进程 - Linux：运行
pkill -f "sublime_text" - 然后删除对应路径下的
Local/Index整个文件夹：
– Windows：%LOCALAPPDATA%\Sublime Text\Local\Index
– macOS：~/Library/Application Support/Sublime Text/Local/Index
– Linux：~/.config/sublime-text/Local/Index
禁用索引并排除高危目录
清完不设防，几小时后就复发。关键不是“清理”，而是“不再让它建”。
- 在
Preferences → Settings – User中添加："index_files": false - 同时加
"folder_exclude_patterns"排除实际不需要索引的目录："folder_exclude_patterns": ["node_modules", ".git", "__pycache__", "venv", ".next"] - 如果用的是项目级配置（
.sublime-project），也要在settings块里同步加这两项，否则用户设置会被覆盖 - 注意：
index_files: false后，Ctrl+R（跳转函数）和Ctrl+Shift+R（查找所有引用）会失效，但Ctrl+P（按文件名跳转）和Ctrl+Shift+F（全局文本搜索）照常可用
为什么不能只删 Index 文件夹里的 .db 或 .tmp？
Local/Index 是一个 SQLite 数据库 + 内存映射文件 + 元数据快照的组合体，不是单个可删文件。直接删 index.db 而不杀进程，Sublime 会在下次启动时尝试恢复损坏的页结构，反复重试写入失败；只删 .tmp 或 .lock，则可能留下不一致的符号表，导致 Ctrl+R 返回空结果或崩溃。真正安全的做法，是进程完全退出后整目录移除——它会在下次需要时从零重建（前提是 index_files 仍为 true，所以你得先关掉）。
