package control 安装失败主因是控制台粘贴后未回车或混入不可见字符,需用官网最新脚本并确保光标在末尾按enter;装完必须重启,插件配置须放packages/user/下,卸载禁用务必通过命令而非手动删文件夹。

Package Control 装不上?先确认你没掉进控制台执行陷阱
绝大多数“安装失败”根本不是网络或脚本问题,而是控制台粘贴后没按回车,或粘贴时混入了不可见字符(比如从网页复制带样式文本)。ST4 对 Python 语法更严格,旧脚本会静默失败。
- 务必从
https://packagecontrol.io/installation复制最新脚本——当前 ST4 推荐用import urllib.request,os,hashlib; exec(urllib.request.urlopen('https://packagecontrol.io/installation.py').read().decode('utf-8')) - 粘贴后光标必须在末尾,再按
Enter;看到Success! Please restart sublime Text...才算真成功 - 如果控制台报
NameError: name 'sublime' is not defined,说明脚本运行环境异常,直接重启 Sublime 再试一次 - 装完必须重启,否则
Preferences → Package Control菜单项不会出现,命令面板也搜不到相关命令
插件装了却找不到?别只看命令面板,去 Packages/ 目录翻物理文件夹
命令面板的 Package Control: List Packages 只显示“启用中”的插件,禁用的、手动丢进去的、名字带空格或版本号的,它大概率视而不见。真正靠谱的方式是打开物理目录。
- 菜单栏点
Preferences → Browse Packages…,直接看到Packages/文件夹里每个子目录——每个文件夹名就是一个插件(User是你的配置区,不算插件) - windows 路径通常是
%APPDATA%sublime textPackages,macos 是~/Library/Application Support/Sublime Text/Packages/ - 如果某插件没生效,但文件夹存在,检查大小写:linux/macOS 下
Emmet和emmet是两个东西;Windows 虽不敏感,但插件内部路径引用错也会挂 -
.sublime-package文件不在Packages/,而在上一级的Installed Packages/,这类包不能直接编辑,需解压后放回Packages/同名文件夹并删掉原压缩包
改配置后不生效?所有用户设置必须写进 Packages/User/xxx.sublime-settings
插件作者写的默认配置在 Packages/插件名/插件名.sublime-settings,你一改就覆盖,下次更新直接被冲掉。Package Control 明确约定:用户配置只认 Packages/User/ 下的同名文件。
- 例如要调
Terminus的 shell 路径,就新建Packages/User/Terminus.sublime-settings,内容写:{"shell_cmd": ["bash", "-i"]} - 键名必须和插件文档完全一致,
"enabled": true写成"enabled": "true"(字符串)就无效,且不会报错 - 改完保存后,部分插件如
emacs Pro Essentials需手动执行Emacs Pro Essentials: Reload Config命令才加载新配置 - 不要在
Preferences → Settings里瞎填插件参数——那是全局设置,对插件无效
卸载/禁用插件千万别手删文件夹
直接删 Packages/xxx 文件夹,Package Control 会以为“这插件还在”,下次执行 Package Control: Synchronize Packages 或升级其他插件时,可能自动重装回来。残留的缓存、注册表项还会导致命令面板卡顿或命令找不到。
- 禁用插件,用命令面板输入
Package Control: Disable Package,选中后回车 - 卸载插件,必须用
Package Control: Remove Package,它会清注册、删缓存、同步索引 - 更新失败常见于超时,可手动触发
Package Control: Synchronize Packages强刷本地仓库列表 - 插件更新后行为异常,先关掉 Sublime 再重开——ST 不自动 reload Python 模块,旧代码可能还在内存里跑
实际用起来最麻烦的从来不是“怎么装”,而是“装完之后发现它没反应”。这时候别急着重装,先去 Packages/ 看一眼文件夹在不在,再确认 Packages/User/ 下有没有对应配置文件,最后检查命令面板里是不是真禁用了——三步下来,八成问题就定位了。