sublime text卡顿主因是index缓存未清理，须彻底退出进程后同步删除cache、index、local三目录及插件残留配置。index存全文搜索与符号跳转数据库，删它才能修复goto definition失效；windows需清%appdata%和%localappdata%下index，macos/linux同理；不杀进程则文件被锁无法清除。
Sublime Text 卡顿、CPU 暴涨、Goto Definition 失效，90% 不是硬件或配置问题，而是缓存和索引没清干净——只删 Cache 目录基本无效，必须同步清理 Index 和 Local，且进程必须彻底退出。
为什么删了 Cache 还卡？关键在 Index 文件夹
Index 是全文搜索（Ctrl+P）、符号跳转（Ctrl+R、Goto Definition）的底层数据库，不是临时缓存，体积大、易损坏。它和 Cache 平级，但作用完全不同：删 Cache 只清编译产物，删 Index 才能重置跳转逻辑。
- Windows 路径：
%APPDATA%\Sublime Text\Local\Index和%LOCALAPPDATA%\Sublime Text\Local\Index（两个都要删） - macOS 路径：
~/Library/Application Support/Sublime Text/Local/Index和~/Library/Caches/Sublime Text/Local/Index - Linux 路径：
~/.config/sublime-text/Local/Index和~/.cache/sublime-text/Local/Index - 别误删
Index Files或Indexing—— 就找纯叫Index的文件夹，整目录删除
不杀进程就删，文件删不掉还白忙
Sublime Text 4 默认后台常驻，关窗口 ≠ 进程退出。Windows 下 sublime_text.exe 和 subl.exe 可能共存；macOS/Linux 的 LSP 插件服务线程也会锁住 Index 和 Cache 中的文件。
- Windows：任务管理器 → 搜索
sublime_text.exe和subl.exe→ 全部“结束任务” - macOS：活动监视器 → 搜索
Sublime Text→ 强制退出所有匹配项 - Linux：终端运行
pkill -f "sublime_text"或pkill -f "subl" - 右下角托盘图标右键选
Exit不够，必须确认进程列表为空
插件卸载后还在吃 CPU？查 Packages/User 和 Cache 下的残留
Package Control: Remove Package 只删主代码和 .sublime-package，完全不管配置、缓存、状态。LSP 类插件（如 pyright、texlab）卸载后，其语言服务器进程仍可能在后台运行，命令面板还能搜到命令但执行报错。
- 进
Packages/User/搜索插件名，删掉所有LSP-pyright.sublime-settings、GitGutter.sublime-settings等文件（空文件也要删） - 进各
Cache路径（如 Windows 的%LOCALAPPDATA%\Sublime Text\Cache\），用文件名搜索pyright、anaconda，整文件夹删除 - 检查
Installed Packages/是否还有残留的GitGutter.sublime-package
禁用 index_files 能立刻止痛，但得接受 Ctrl+P/Ctrl+R 失效
如果你常开含 node_modules 的前端项目，index_files 是卡顿主因。关它比删缓存更快：
- 打开
Preferences → Settings，在右侧用户设置中加一行："index_files": false - 必须完全退出 Sublime（不是重载设置），再重启才生效
- 副作用明确：
Ctrl+P模糊搜索、Ctrl+R符号跳转基本不可用；若需保留部分能力，配合"folder_exclude_patterns": ["node_modules", ".git"] - 别开
re_index_on_load，它只对单文件有效，开错反而每次开脚本都卡住
真正耗时的不是删文件，而是判断哪些路径被锁、哪些插件残留了二进制缓存、哪些配置还在后台拉起旧服务——尤其 Local 目录长期不清理会导致启动卡顿、菜单错位，但它又不像 Cache 那样“看起来该删”，容易被跳过。
