清空Cache、Index和Package Control缓存可解决sublime卡顿问题：Cache删临时数据，Index删全文索引（主因），Package Control删插件缓存；务必先完全退出程序，勿误删session和State。
直接删 Cache 目录就能解决大部分卡顿
Sublime 卡顿、插件不响应、启动变慢，八成是缓存堆积或损坏导致的。最立竿见影的办法就是清空 Cache 文件夹——它不存你的设置、不删插件，只管临时编译结果和运行时数据，删了安全，重启后自动重建。
- windows：进
%appDATA%sublime textCache和%LOCALAPPDATA%Sublime TextCache，删空两个目录里的全部内容 - macOS：删
~/Library/Application Support/Sublime Text/Cache和~/Library/Caches/com.sublimetext/Cache - linux：清空
~/.config/sublime-text/Cache和~/.cache/sublime-text/Cache
注意：必须先完全退出 Sublime（包括右下角托盘进程），否则文件被占用删不掉，或者删完又立刻被写回旧缓存。
索引缓存（Index）才是大头，尤其项目大时
如果你打开一个含 node_modules 或 vendor 的项目后明显变卡，问题大概率出在 Index 文件夹。它存的是符号跳转、模糊搜索用的全文索引，体积动辄几百 MB，且容易因文件变更频繁而损坏。
- 路径与
Cache同级，例如 windows 是%APPDATA%Sublime TextPackagesCacheIndex - 直接删除整个
Index文件夹，不是里面某个子文件；删完重启，Sublime 会安静地重新扫描——首次打开项目会稍慢，但之后搜索和 goto Definition 就顺了 - 别信“Index Rebuild”命令面板选项，它只重建当前项目，对已损坏的全局索引无效
Package Control 缓存也得单独清
装插件多、频繁升级卸载的人，Package Control 自己也会囤积大量下载包和元数据，占空间还拖慢插件列表加载速度。
- 关闭 Sublime 后，删
%APPDATA%Sublime TextCachePackage Control（Win）或对应 macOS/Linux 路径下的该目录 - 顺手清理
Packages/User/Package Control/cached_packages/里的 .sublime-package 文件，这些是插件安装包缓存，删了重装时会重新下载 - 如果命令面板里有
Package Control: Clear Cache，可以试试，但很多 ST4 版本不显示这个命令，手动删更稳
别乱动 Session 和 State，除非真遇到 UI 错乱
Session.sublime_session 存的是最近打开的文件、窗口布局、光标位置；State 文件夹记录 UI 状态（比如侧边栏展开状态、折叠行）。它们不是“缓存”，而是会话数据——误删会导致未保存的标签页丢失、界面重置。
- 仅当出现菜单错位、主题失效、频繁崩溃等异常时，才考虑重命名
Local/State文件夹（如改成State.bak），让 Sublime 重建 UI 状态 - 想清“最近打开文件”列表？用命令面板执行
clear_recent_files，比删 Session 安全得多 - 真正要彻底重装？必须连
Local、Packages、Installed Packages一起删，但那是另一回事了
缓存清理本身很简单，难的是判断该删哪个、不该碰哪个。很多人卡顿后一股脑删了 Packages，结果插件全没了；也有人只清 Cache 却忽略 Index，问题照旧。记住：Index 是性能瓶颈主因，Cache 是通用兜底项，Package Control 是插件生态专属缓存——三者分清，一次到位。