package control安装失败主因是版本兼容断层与网络校验失败；st4用户须用含urllib.request的官方脚本，st3需升级至build 3211+或改用离线手动安装并替换国内镜像源。
Package Control 安装失败的常见原因和绕过方法
直接复制粘贴官方代码却提示 ImportError: No module named 'urllib.request' 或控制台一片空白？这不是你网络或操作的问题，而是 Sublime Text 2/3 早期版本与 Python 3 运行时的兼容断层。ST4（2021 年起默认）用 Python 3.8+，但很多老教程里的安装脚本仍混用 Python 2 语法。
- ST4 用户（2021 年后下载的）请统一用这行命令：
import urllib.request,os,hashlib; exec(urllib.request.urlopen('https://packagecontrol.io/installation').read().decode('utf-8')) - ST3 用户若遇到
ssl.SSLError，说明系统缺少根证书——别改 hosts 或装代理，直接在控制台执行前加一句：import ssl; ssl._create_default_https_context = ssl._create_unverified_context - 如果控制台执行后无反应、也无报错，大概率是被杀毒软件拦截了 outbound HTTPS 请求；临时禁用或把
sublime_text.exe加进白名单再试
插件装上了但不生效？检查这三个硬性条件
比如装了 Emmet 却按 Ctrl+E 没反应，或者 SideBarEnhancements 右键菜单没多出“Open in Terminal”选项——不是插件坏了，而是它根本没被触发。
- 文件必须有正确后缀名：Emmet 只在
.html、.css、.js等已知语法下激活；新建一个无后缀的untitled文件，它就完全静默 - 确保当前视图绑定了对应 syntax：按
Ctrl+Shift+P→ 输入Set Syntax: HTML回车，而不是只靠文件名猜测 - 插件依赖项未就位：
AutoFileName需要项目根目录存在.project或.git才能补全路径；空文件夹里它就是个哑巴
哪些插件会悄悄拖慢启动速度？慎装
Sublime 启动慢，90% 不是硬件问题，而是插件在后台做同步初始化。尤其当你打开含几百个文件的项目时，某些插件会逐个扫描、建立索引、连接远程服务。
- 明确回避：
GitGutter（每打开一个文件就调 git diff）、SublimeLinter（启动即 spawn 多个 linter 进程）、DocBlockr（对每个函数光标悬停都预生成注释模板） - 可替代方案：
GitSavvy替代 GitGutter（命令驱动，不常驻）、SublimeLinter-flake8改为 on-save only（在Preferences → Package Settings → SublimeLinter → Settings里关掉lint_on_load） - 验证方式：启动时按
Ctrl+`看控制台输出，如果卡在reloading plugin xxx超过 1 秒，这个插件就是元凶
手动安装插件时，Packages 目录位置别搞错
网上一堆教程让你把 ZIP 解压到 Packages，但没人告诉你这个目录在哪——尤其 Windows 用户常误进 AppData\Roaming\Sublime Text\Packages，其实 ST4 默认用的是 AppData\Local\Sublime Text\Packages（路径带 Local 而非 Roaming）。
- 最稳路径：打开 Sublime →
Preferences → Browse Packages…，系统会直接定位到真实目录 - 解压后必须是单层结构：比如装
BracketHighlighter，ZIP 解开后应看到一个BracketHighlighter文件夹，里面是.py和.sublime-settings；如果多套了一层master或release-xxx，插件加载器直接忽略 - 重启不是万能的：部分插件（如
Theme - Soda）要求你手动执行Preferences → Color Scheme重新选一次主题才生效
真正卡住人的从来不是“怎么装”，而是装完之后发现它不响应、不匹配、不加速——所有这些，都藏在 syntax 绑定、目录层级、启动时机这些细节里。
