Sublime启动慢卡顿内存高，八成是无用配置拖累；需按步骤清理插件、残留文件、用户设置中的性能毒药及Session/Local缓存。
Sublime 启动慢、卡顿、内存高，八成不是代码问题，而是你留下的无用配置在拖后腿——删掉它们比重装还管用。
怎么快速定位哪些配置真正在拖慢启动
别靠猜。关掉 Sublime，按住 Ctrl（Windows/Linux）或 Cmd（macOS）再双击图标启动。这时它跳过所有插件、用户设置和上次会话。如果秒开，说明问题就出在你的配置里。
- 打开命令面板
Ctrl+Shift+P，输入Package Control: List Packages，重点看那些两年没更新的：比如SublimeCodeIntel、GitGutter v1.x、AutoFileName - 按
Ctrl+`打开控制台，扫一眼有没有红色报错：ImportError、timeout、unresolved import—— 出现这些的插件，基本就是卡顿元凶 - 检查
Preferences → Settings右侧用户设置里有没有明显冗余项，比如重复的font_size、多个ignored_packages块、或已废弃的theme路径
删配置前必须清掉的三类“隐形残留”
只删 Packages/ 下的插件文件夹远远不够。很多插件卸载后行为异常（右键菜单还在、CPU 持续飙高），根源在以下三处：
-
Packages/User/目录下残留的PluginName.sublime-settings或PluginName.sublime-commands文件——直接删掉同名文件 -
Cache和Index目录里的插件专属缓存：Windows 是%LOCALAPPDATA%\Sublime Text\Cache\pyright，macOS 是~/Library/Caches/Sublime Text/pyright，Linux 是~/.cache/sublime-text/pyright；搜关键词（如lsp、texlab、anaconda）整文件夹干掉 -
Installed Packages/里可能残留的PluginName.sublime-package文件——尤其当你曾用 Package Control 装过又卸过，容易漏删
用户设置里最该删的几行“性能毒药”
有些配置看着无害，实则一启动就触发全盘扫描或持续后台任务。进 Preferences → Settings，右侧用户设置中检查并删除或注释掉这些：
-
"index_files": true—— 默认开启，是启动卡顿头号原因；改成false或干脆删掉（它会回退到默认值true，所以删比改更彻底） -
"remember_open_files": true和"hot_exit": true—— 它们会让 Sublime 启动时硬扛上一次打开的十几个项目，变成“恢复包袱” -
"folder_exclude_patterns": []空数组或只排除了.git却漏掉node_modules—— 不如直接删掉这行，让 Sublime 用内置默认值（已含常见排除项） - 任何指向已不存在路径的
color_scheme或theme，比如"theme": "Spacegray.sublime-theme"但实际已换主题，会导致每次启动都尝试加载失败
Session 和 Local 文件不清理，优化等于白做
很多人调完设置重启，速度还是没起色——因为 Session.sublime_session 和 Local/Index 这两个东西没动。它们体积可能达几百 MB，且重启不删，旧索引上下文就一直固化在内存里。
- 关掉所有 Sublime 实例（Windows 任务管理器确认没有
sublime_text.exe，macOS 活动监视器确认无Sublime Text进程） - 删掉
Session.sublime_session文件：Windows 在%APPDATA%\Sublime Text 3\Local\，macOS 在~/Library/Application Support/Sublime Text 3/Local/ - 清空整个
Index文件夹（不是里面某个子目录）：它和Cache同级，存的是全文搜索和Go to Definition的底层数据库，损坏后补全延迟、跳转失败都源于此
删完首次启动稍慢属正常，它会重建基础缓存；但不会再加载旧索引，卡顿基本解除。真正容易被忽略的，是 Local 目录里的状态碎片——长期运行后它会悄悄膨胀，导致菜单错位、主题加载失败，甚至启动崩溃。
