如何优化Sublime Text编辑器缓存释放，加速启动速度？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1179个文字，预计阅读时间需要5分钟。
《Sublime Text 启动慢、卡顿、插件失效，八成不是软件老化，而是缓存和索引已损坏或过期——只需点Clear Cache，然后手动删除三个目录、关闭index_files、手动清空插件残留配置，否则重启动等至白屏。》
为什么改了 index_files 还是卡？必须完全退出再启动
在 Preferences → Settings 里加 "index_files": false 后，如果只是重载设置或 Ctrl+Shift+P → Reload Settings，index_files 实际仍在后台运行。它的扫描线程在进程启动时就初始化并固化，不杀进程，旧索引照常加载、CPU 照样拉满。
- Windows：任务管理器中结束所有
sublime_text.exe进程（包括托盘图标右键选 Exit） - macOS：活动监视器中强制退出
Sublime Text，或终端执行pkill -f "Sublime Text" - Linux：运行
pkill -f "sublime_text"
改完设置后必须彻底退出，再双击图标启动——这时才会真正跳过全项目索引，冷启动时间通常从 5 秒压到 1 秒内。
删缓存不能只清 Cache 目录，Index 和 Local 才是卡顿元凶
Cache 目录只存临时编译产物和 UI 渲染缓存；真正拖垮性能的是 Index（符号跳转、模糊搜索的底层数据库）和 Local（窗口布局、崩溃恢复、侧边栏折叠状态），它们长期运行后会碎片化、写入异常，导致启动卡顿、菜单错位、主题失效。
- Windows 路径：
%APPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Local\Index - macOS 路径：
~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text、~/Library/Application Support/Sublime Text/Local/Index - Linux 路径：
~/.config/sublime-text/Cache、~/.cache/sublime-text、~/.config/sublime-text/Local/Index
删完首次启动稍慢属正常——它重建基础缓存，但不会再加载损坏的旧索引；别信命令面板里的 Index Rebuild，它只刷新当前项目内存索引，对磁盘级 Index 文件完全无效。
LSP 插件卸载后还卡？插件缓存和配置残留比插件本身更危险
用 Package Control: Remove Package 卸载 LSP-pyright 或 texlab，只会删代码和 .sublime-package 文件，而 Python 类型缓存、语言服务器进程状态、右键菜单项、快捷键绑定全留着。你看到的 “Format with Black” 选项、后台持续运行的 pyright 进程，都是残留惹的祸。
- 去
Packages/User/删掉LSP-pyright.sublime-settings、GitGutter.sublime-settings等同名配置文件 - 进任意
Cache路径，用文件名搜索pyright、texlab、anaconda，把整文件夹删除 - 检查
Installed Packages/是否还有残留的GitGutter.sublime-package - 若插件曾写入本地状态（如 SideBarEnhancements 的折叠记录），可临时重命名
Local/文件夹，强制重置 UI
别忽略 Session.sublime_session 和 .sublime-project 这两个隐形杀手
Session.sublime_session 存的是上次打开的所有标签页、光标位置、窗口尺寸，长期未清理会膨胀到几百 MB；.sublime-project 若指向已移动或删除的路径，Sublime 仍会尝试读取旧索引，导致跳转失败、CPU 飙高。它们不会被“清理缓存”命令覆盖，必须手动处理。
- Windows：
%APPDATA%\Sublime Text\Local\Session.sublime_session - macOS：
~/Library/Application Support/Sublime Text/Local/Session.sublime_session - Linux：
~/.config/sublime-text/Local/Session.sublime_session - 项目根目录下若有
.sublime-project或.sublime-workspace，也建议一并删除后再重新Project → Add Folder to Project
删 Session.sublime_session 不会丢未保存内容（未保存文件仍保留在标签页中），但它能直接砍掉启动时的“恢复包袱”。真正的麻烦往往藏在你看不见的地方：一个过期的项目配置、一个没清干净的 LSP 缓存子目录、一次没杀彻底的进程——这些才是优化后仍卡顿的根源。
本文共计1179个文字，预计阅读时间需要5分钟。
《Sublime Text 启动慢、卡顿、插件失效，八成不是软件老化，而是缓存和索引已损坏或过期——只需点Clear Cache，然后手动删除三个目录、关闭index_files、手动清空插件残留配置，否则重启动等至白屏。》
为什么改了 index_files 还是卡？必须完全退出再启动
在 Preferences → Settings 里加 "index_files": false 后，如果只是重载设置或 Ctrl+Shift+P → Reload Settings，index_files 实际仍在后台运行。它的扫描线程在进程启动时就初始化并固化，不杀进程，旧索引照常加载、CPU 照样拉满。
- Windows：任务管理器中结束所有
sublime_text.exe进程（包括托盘图标右键选 Exit） - macOS：活动监视器中强制退出
Sublime Text，或终端执行pkill -f "Sublime Text" - Linux：运行
pkill -f "sublime_text"
改完设置后必须彻底退出，再双击图标启动——这时才会真正跳过全项目索引，冷启动时间通常从 5 秒压到 1 秒内。
删缓存不能只清 Cache 目录，Index 和 Local 才是卡顿元凶
Cache 目录只存临时编译产物和 UI 渲染缓存；真正拖垮性能的是 Index（符号跳转、模糊搜索的底层数据库）和 Local（窗口布局、崩溃恢复、侧边栏折叠状态），它们长期运行后会碎片化、写入异常，导致启动卡顿、菜单错位、主题失效。
- Windows 路径：
%APPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Cache、%LOCALAPPDATA%\Sublime Text\Local\Index - macOS 路径：
~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text、~/Library/Application Support/Sublime Text/Local/Index - Linux 路径：
~/.config/sublime-text/Cache、~/.cache/sublime-text、~/.config/sublime-text/Local/Index
删完首次启动稍慢属正常——它重建基础缓存，但不会再加载损坏的旧索引；别信命令面板里的 Index Rebuild，它只刷新当前项目内存索引，对磁盘级 Index 文件完全无效。
LSP 插件卸载后还卡？插件缓存和配置残留比插件本身更危险
用 Package Control: Remove Package 卸载 LSP-pyright 或 texlab，只会删代码和 .sublime-package 文件，而 Python 类型缓存、语言服务器进程状态、右键菜单项、快捷键绑定全留着。你看到的 “Format with Black” 选项、后台持续运行的 pyright 进程，都是残留惹的祸。
- 去
Packages/User/删掉LSP-pyright.sublime-settings、GitGutter.sublime-settings等同名配置文件 - 进任意
Cache路径，用文件名搜索pyright、texlab、anaconda，把整文件夹删除 - 检查
Installed Packages/是否还有残留的GitGutter.sublime-package - 若插件曾写入本地状态（如 SideBarEnhancements 的折叠记录），可临时重命名
Local/文件夹，强制重置 UI
别忽略 Session.sublime_session 和 .sublime-project 这两个隐形杀手
Session.sublime_session 存的是上次打开的所有标签页、光标位置、窗口尺寸，长期未清理会膨胀到几百 MB；.sublime-project 若指向已移动或删除的路径，Sublime 仍会尝试读取旧索引，导致跳转失败、CPU 飙高。它们不会被“清理缓存”命令覆盖，必须手动处理。
- Windows：
%APPDATA%\Sublime Text\Local\Session.sublime_session - macOS：
~/Library/Application Support/Sublime Text/Local/Session.sublime_session - Linux：
~/.config/sublime-text/Local/Session.sublime_session - 项目根目录下若有
.sublime-project或.sublime-workspace，也建议一并删除后再重新Project → Add Folder to Project
删 Session.sublime_session 不会丢未保存内容（未保存文件仍保留在标签页中），但它能直接砍掉启动时的“恢复包袱”。真正的麻烦往往藏在你看不见的地方：一个过期的项目配置、一个没清干净的 LSP 缓存子目录、一次没杀彻底的进程——这些才是优化后仍卡顿的根源。