彻底卸载Sublime Text需先结束所有后台进程，再按实际文件夹名删除对应版本的用户数据目录（如Sublime Text 3或Sublime Text），并清理Packages/User配置、Cache语言服务器残留及执行subl --sync-logout登出同步。
Sublime Text 手动清理旧版本残留项，关键不是删安装目录，而是清掉带版本号的独立用户数据路径——删错地方，重装后插件、设置、CPU 飙高全都会“复活”。
怎么确认该删 Sublime Text 3 还是 Sublime Text？
看实际文件夹名，不看软件版本号。Sublime Text 3 和 Sublime Text 4 的用户数据默认不共用目录，路径里必须含明确数字或完全不含数字：
- 如果你用的是
Sublime Text 3（哪怕现在装了 v4，但之前长期用 v3），真实数据路径是：%APPDATA%\Sublime Text 3和%LOCALAPPDATA%\Sublime Text 3（Windows）；~/Library/Application Support/Sublime Text 3（macOS）；~/.config/sublime-text-3（Linux） - 如果你用的是
Sublime Text 4，路径里**没有数字**：%APPDATA%\Sublime Text和%LOCALAPPDATA%\Sublime Text（Windows）；~/Library/Application Support/Sublime Text（macOS）；~/.config/sublime-text（Linux） - 别只删
C:\Program Files\Sublime Text 3或/Applications/Sublime Text.app——那只是二进制，删了不影响任何配置恢复
Package Control: Remove Package 为什么删不干净？
它只删插件本体和 Installed Packages/PluginName.sublime-package，三处关键残留完全不管：
-
Packages/User/PluginName.sublime-settings：比如LSP-pyright.sublime-settings，删掉它，否则命令面板还能搜到lsp_symbol_rename，但执行就报command not found -
Packages/User/Default (Windows).sublime-keymap：搜索"command": "git_gutter"，整块删掉，否则右键菜单还在 -
Cache/下的语言服务器索引：Windows 进%LOCALAPPDATA%\Sublime Text 3\Cache\搜pyright，删整个文件夹；Linux/macOS 同理在对应缓存路径下操作
删之前必须关死所有 sublime_text.exe 进程
窗口关了 ≠ 进程退出。Sublime 默认常驻后台监听剪贴板、LSP 状态、自动保存，会锁住 Packages/ 和 Cache/ 下的文件，导致删一半卡住或静默失败：
- Windows：
Ctrl+Shift+Esc打开任务管理器 → 搜索sublime_text.exe和subl.exe→ 全部右键“结束任务” - macOS：打开「活动监视器」→ 搜索
Sublime Text→ 选中所有匹配项 → 点击 ✕ 强制退出 - Linux：终端执行
pkill -f "sublime_text"或pkill -f "subl"
同步没登出，删光也白搭
只要执行过 subl --sync-login，首次启动就会从云端拉回 Preferences.sublime-settings、插件列表、快捷键绑定——这是最常被忽略的“复活”源头：
- 卸载前务必运行
subl --sync-logout（Windows 需确保subl在 PATH 中；macOS/Linux 直接终端执行） - 或菜单栏点
Sublime Text → Preferences → Sync Settings → Logout - 不确定是否登过？检查
%APPDATA%\Sublime Text\Packages\User\Package Control.sublime-settings里有没有"sync_login"字段
最难清的是 LSP 类插件的缓存，比如 pyright 或 texlab，它们卸载后仍能在 Cache/ 下独立存活并拉起进程，CPU 占用持续 100%，而你根本找不到它在哪注册的命令——因为命令逻辑早被写进 Packages/User/ 的配置里了。
