package control必须先安装，否则所有插件操作均无效；需通过命令面板执行install package control并重启验证，离线安装或旧脚本会导致失能、报错或残留。
Package Control 必须先装，否则插件根本不会生效
没装 Package Control，所有“Install Package”操作都是假动作——你点完、搜完、回车完，插件名可能灰掉，命令面板里搜不到对应命令，Preferences → Package Settings 里也压根不出现条目。这不是卡顿或延迟，是彻底失能。
正确做法只有一种：按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Install Package Control 回车。等左下角进度条停住、弹出成功提示，**必须重启 Sublime Text**。验证方式很简单：打开 Preferences → Package Settings，能看到 Package Control 这一项，且点开会显示配置项。
别用网上搜到的旧 Python 脚本——Sublime Text 4 已移除 urllib2，执行会直接报错：ModuleNotFoundError: No module named 'urllib2'。
插件越多，启动越慢，但内存占用未必线性增长
Sublime Text 启动时会逐个加载已启用插件的 Python 模块。LSP 类插件（如 LSP-pyright、texlab）尤其吃资源：它们不仅加载自身代码，还会在 Cache/ 目录预建语言服务器进程、索引文件和 socket 文件。即使你没打开任何 .py 文件，只要插件没卸干净，这些后台服务就可能随编辑器一起拉起。
典型表现是：刚启动就 CPU 占用飙高、滚动卡顿、命令面板响应迟缓。这时候光靠 Package Control: Remove Package 不够，必须手动清理：
- Windows：删
%LOCALAPPDATA%\Sublime Text\Cache\下所有含pyright、lsp、texlab的子目录（或清空整个Cache） - macOS：删
~/Library/Caches/com.sublimetext.4/和~/Library/Saved Application State/com.sublimetext.4/ - Linux：运行
rm -r ~/.cache/sublime-text/Cache/*lsp*等匹配路径
删完务必关死所有 Sublime 进程再重启——Windows 用任务管理器结束 sublime_text.exe 和 subl.exe；macOS 用「活动监视器」强制退出全部实例。
离线安装插件容易漏掉依赖或权限问题
手动把 .sublime-package 或解压后的文件夹丢进 Packages/ 目录，看似简单，实则埋雷最多：
-
.sublime-package文件不能解压，解压后反而无法加载 - 解压的插件文件夹名必须与插件官方名完全一致（大小写敏感，不含空格或连字符），比如
GitGutter不能写成git-gutter或gitgutter - Windows 上若
Packages/在系统盘且被杀毒软件锁定，复制时可能静默失败——建议右键以管理员身份运行 Sublime，再试一次 - 插件依赖其他插件（如某些主题依赖
BracketHighlighter），离线安装时不会自动提醒，结果功能残缺却查不出原因
验证是否真生效，不要只看菜单有没有新项，而要打开控制台（Ctrl+`），看有没有 ImportError 或 AttributeError 报错。有错就说明模块没载入，大概率是路径或依赖问题。
插件卸载后残留配置常引发崩溃或命令未定义
Package Control: Remove Package 只删 Installed Packages/xxx.sublime-package 和 Packages/xxx/，但以下三项几乎必然残留：
-
Packages/User/xxx.sublime-settings：配置文件不删，下次启动仍尝试读取，可能因版本不兼容导致解析失败 -
Packages/User/Default (Windows).sublime-keymap：快捷键绑定还在，但对应命令已不存在，按快捷键时控制台报command not found -
Cache/下的语言服务器残留：如上所述，CPU 飙高、启动卡顿的元凶
最稳妥的卸载流程是：先用 Package Control 卸载 → 关闭所有 Sublime 进程 → 手动删配置和 keymap → 清 Cache → 再启动。否则你以为卸载了，其实只是“隐身运行”。
