彻底卸载sublime text需先退出进程，再删除对应版本的用户数据目录、installed packages、packages/user配置、cache中语言服务器残留，并执行subl –sync-logout登出同步账号。
彻底卸载 sublime text 并清干净插件缓存，关键不在删程序，而在删对那几个隐藏数据目录——删错或漏掉一个，重装后插件、设置、甚至 CPU 飙高都会原样复活。
关进程 + 找对数据目录路径
Sublime 的“身体”（安装程序）和“记忆”（配置、插件、缓存）是分开的。windows/macos/linux 都不走注册表或系统包管理器统一记录，所有用户态数据全塞在用户目录下。没关干净进程就删，Windows 会提示文件被占用；路径找错版本（比如该删 Sublime Text 却删了 Sublime Text 3），等于白干。
- 先按
Ctrl+Shift+Esc（Windows）或打开「活动监视器」（macOS）确认sublime_text.exe或Sublime Text进程已完全退出 - Windows：进
%APPDATA%Sublime Text和%LOCALAPPDATA%Sublime Text（不是Sublime Text 3） - macOS：删
~/Library/Application Support/Sublime Text、~/Library/Caches/com.sublimetext.4/、~/Library/Preferences/com.sublimetext.4.plist - Linux：删
~/.config/sublime-text和~/.cache/sublime-text（注意不是~/.sublime）
删 Packages 时别只删文件夹，顺手扫光 Installed Packages 和 User 配置
插件主体藏在 Packages 目录里，但 Package Control 安装的插件还会在同级的 Installed Packages 目录留个 PluginName.sublime-package 文件；而你在 Packages/User 下手动写的 GitGutter.sublime-settings 或 Preferences.sublime-settings 里残留的插件相关字段，下次启动仍可能触发加载逻辑或右键菜单残留。
- 进
Packages目录，直接删掉整个插件文件夹（如LSP-pyright），不要只删里面几个 .py 文件 - 上一级进
Installed Packages，删同名的.sublime-package文件（尤其你曾用 Package Control 装过又卸过） - 进
Packages/User，搜插件名，删掉对应.sublime-settings文件；检查Preferences.sublime-settings里是否还有"lsp_format_on_save"这类残留字段
Cache 不清，LSP 类插件可能继续吃 CPU
像 pyright、texlab 这类语言服务器插件，卸载后仍在 Cache 目录下留着编译产物和索引文件。它们不依赖主插件代码就能被 Sublime 启动时自动拉起，导致后台持续占 30%+ CPU，命令面板还能搜到 LSP 命令，但点开就报错。
- Windows：
%LOCALAPPDATA%Sublime TextCache里搜pyright或texlab，删整个匹配文件夹 - macOS：
~/Library/Caches/Sublime Text/同理搜索删除 - Linux：
~/.cache/sublime-text/清空也安全，重启后自动重建 - 别信“清空 Cache 没用”——这是最常被跳过的一步，也是重装后异常复现的主因
同步账号没登出，重装后插件自己回来
Sublime Text 4 默认开启设置同步（subl --sync-login）。哪怕你删光本地所有文件，只要账号还登录着，首次启动就会从云端拉回 Packages/User/Preferences.sublime-settings 和已装插件列表，Package Control 会立刻开始重装老插件。
- 删目录前，先在终端运行
subl --sync-logout（Windows/macOS/Linux 都支持） - 或打开菜单
Sublime Text → Preferences → Sync Settings → Logout - 删完再启动，右下角不会弹
Installing Package Control…，这才是真干净
最容易被忽略的是同步登出和 Cache 目录里的语言服务器残留——这两处不处理，其他步骤做得再细，都只是给问题换个马甲。