package control是sublime插件生态的基础设施，必须通过install package control命令或手动放入.sublime-package文件安装；卸载必须使用remove package命令，否则易导致命令残留、插件自动复活等问题。
Package Control 是唯一靠谱的安装入口
不装 Package Control 就直接扔插件文件进 Packages/ 目录，后续几乎必然出问题：命令面板搜不到、快捷键失效、甚至启动卡死。它不是可选组件，是 Sublime 插件生态的基础设施。
安装方式只有两种可靠路径：
- 按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Install Package Control 回车，等待自动完成
- 手动下载 Package Control.sublime-package 文件，放入 Installed Packages/ 目录（路径见下文），重启生效
注意：Preferences → Package Settings 里出现 Package Control 菜单项，才算真正装好。没这个菜单，所有插件操作都不可信。
卸载必须走 Remove Package 命令，别手欠删文件夹
直接进 Packages/ 目录删插件文件夹，是 Sublime 最常见的“自毁”操作。现象包括：
- 插件名在命令面板里变灰但仍在列表中
- 重启后插件自动复活
- Preferences → Package Settings 里残留空菜单项，点开报 command not found
正确流程只有这一条：
- 按 Ctrl+Shift+P 或 Cmd+Shift+P
- 输入 Remove Package，回车
- 在弹出列表里选中插件名（如 GitGutter、SideBarEnhancements），回车确认
这一步会同步清理 Installed Packages/ 下的 .sublime-package 文件、缓存和元数据。手动删只清了皮，Package Control 才动根。
卸载后残留配置得自己动手清
Package Control 卸载完，Packages/User/ 下的配置文件还在。比如卸载了 Emmet，Emmet.sublime-settings 还躺在那儿；卸载 Origami，Default (Windows).sublime-keymap 里可能还挂着 "command": "origami" 的键位绑定。
不清理的后果：
- 命令面板还能搜到已卸载插件的命令，点就报错
- 右键菜单残留无效项
- 某些 LSP 类插件（如 LSP-pyright）的缓存仍在后台吃 CPU
建议动作：
- 进入 Packages/User/ 目录，删掉同名 .sublime-settings 文件
- 打开 Default (Windows).sublime-keymap（或对应系统文件），全局搜索插件名，删掉整块键位定义
- 清空 Cache/ 目录下对应插件的子文件夹（如 pyright、texlab）
禁用比卸载更轻量，用 ignored_packages 就行
临时停用某个插件（比如怀疑它引发冲突），根本不用卸载。改一行 JSON 就能跳过加载，且立即生效。
操作路径：
- Preferences → Settings – User
- 在 JSON 对象里加 "ignored_packages" 字段：
{
"ignored_packages": [
"Vintage",
"Markdown Preview"
]
}
注意：
"Vintage" 是文件夹名，不是显示名；大小写敏感；数组里每个字符串必须是完整、准确的插件文件夹名禁用后：
- 已打开的插件界面（如侧边栏增强面板）需手动关闭再开
- 不影响其他插件，也不产生任何残留
- 想恢复？删掉对应名字，保存即生效
真正麻烦的不是装或卸，而是以为卸完了就真干净了。Sublime 的缓存、配置、同步账号、LSP 状态，全在你看不见的地方继续运行。每删一个插件，最好顺手扫一遍 Packages/User/ 和 Cache/ —— 否则某天 CPU 突然飙高，你得花半小时才想起来那个叫 pyright 的东西早该被连根拔了。
