sublime text卡顿、cpu暴涨、goto definition失效主因是index未清理，必须彻底退出进程后同步删除cache、local/index及插件残留配置；index是全文搜索与符号跳转的底层数据库，删它才能修复跳转失效，仅删cache无效。
Sublime Text 卡顿、CPU 暴涨、Goto Definition 失效，90% 不是硬件或版本问题，而是缓存和索引没清干净——只删 Cache 目录基本无效，必须同步清理 Index、Local 和插件残留，且进程必须彻底退出。
为什么删了 Cache 还卡？关键在 Index 文件夹
Index 不是临时缓存，而是全文搜索（Ctrl+P）、符号跳转（Ctrl+R、Goto Definition）的底层数据库。它体积大、易损坏，损坏后会出现“能搜到函数名但点不进去”“一打开项目就 CPU 100%”。它和 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 中的文件。右下角托盘图标右键选 Exit 不够，必须确认进程列表为空。
- Windows：任务管理器 → 搜索
sublime_text.exe和subl.exe→ 全部“结束任务” - macOS：活动监视器 → 搜索
Sublime Text→ 强制退出所有匹配项 - Linux：终端运行
pkill -f "sublime_text"或pkill -f "subl"
插件卸载后还在吃 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，整文件夹删除 - macOS 用户额外注意：
~/Library/Saved Application State/com.sublimetext.4/也藏插件状态，删含关键词的子目录
删完首次启动慢几秒是正常的，但若仍卡，说明有漏网之鱼
删完 Cache、Index、Local 并清空插件残留后，首次启动稍慢是重建基础缓存的正常表现。但如果卡顿依旧，大概率是以下三点之一没做干净：
- 没杀净进程，导致部分缓存被写回旧数据
-
Local目录下还有残留的Session.sublime_session或崩溃快照，干扰 UI 初始化 - 某些 LSP 插件（如
Rust Analyzer）在系统级路径（如/tmp或~/.rustup）留了独立缓存，需单独检查
