根本原因是Package Control默认访问被阻断的packagecontrol.io导致“Loading repository”卡死。应修改channels为国内镜像如ghproxy.com加速地址，禁用自动升级、调整超时等为辅助方案。
Sublime Text 插件安装超时，根本原因不是网络慢，而是 Package Control 默认通过 https://packagecontrol.io 获取插件列表时被阻断或响应极慢——它会卡在“Loading repository”阶段，甚至不报错，只无限转圈。
为什么 Package Control 会卡住不动
Package Control 启动时会并发请求多个源（如 channel_v3.json），其中主通道域名 packagecontrol.io 在国内多数地区 DNS 解析失败或 TLS 握手超时；即使能解析，CDN 节点也常返回空响应或 503。这不是 Sublime 本身问题，而是网络链路层拦截导致的静默失败。
常见现象：Ctrl+Shift+P → 输入 Install Package 后无反应、状态栏长期显示 loading... 、Package Control: Install Package 命令点击后完全无反馈。
- 不是代理没开——即使系统开了代理，Package Control 默认不走系统代理
- 不是 Sublime 版本旧——3211+ 和 4143+ 都存在该问题
- 不是插件源损坏——重装 Package Control 不解决根本链路问题
手动替换 channel 地址为国内镜像
最直接有效的方式是绕过原域名，改用可用镜像源。注意：必须修改的是 Package Control.sublime-settings 中的 channels 数组，不是 repositories。
操作步骤：
- 打开
Preferences → Package Settings → Package Control → Settings - 在右侧用户设置中，将默认的
"channels"替换为：["https://ghproxy.com/https://raw.githubusercontent.com/wbond/package_control_channel/master/repository/channel_v3.json"]
- 保存后重启 Sublime Text，再执行
Package Control: Install Package，通常 2–3 秒内就能加载出插件列表
说明：ghproxy.com 是 GitHub 文件加速代理，稳定且无需额外配置；不推荐用某些“国内打包站”提供的 JSON，它们常不同步或夹带非官方插件。
禁用自动更新 + 关闭 SSL 验证（仅限临时调试）
如果镜像仍不稳定（比如企业内网屏蔽了 ghproxy.com），可进一步降低依赖：
- 在
Package Control.sublime-settings中添加："auto_upgrade": false,
避免后台静默更新干扰 - 添加：
"http_timeout": 10,
把默认 30 秒超时缩短，更快失败并重试 - 极端情况下（如本地 MITM 环境），可加：
"ssl_verification": false
，但仅限测试，生产环境禁用
注意：ssl_verification 关闭后，Package Control 不再校验证书，若中间人劫持，可能下载恶意插件——这不是“提速技巧”，而是风险权衡。
用命令行方式手动安装单个插件（绕过 UI 卡死）
当 UI 完全无响应，但你知道插件名（比如 SideBarEnhancements），可以直接写入配置触发安装：
打开 Preferences → Package Settings → Package Control → Settings – User，加入：
{
"bootstrapped": true,
"installed_packages": [
"SideBarEnhancements"
]
}
保存后重启 Sublime，Package Control 会在后台尝试拉取——它比 UI 触发更底层，有时能避开 DNS 缓存 bug。
如果仍失败，说明网络层已彻底阻断 HTTPS 请求，此时需检查系统 hosts 是否污染、防火墙是否拦截 443 出口，或换用便携版 Sublime + 独立代理配置。
真正卡住的从来不是 Sublime，而是你本地到 packagecontrol.io 的那条 TLS 连接；所有“重装”“清除缓存”“换版本”的操作，都不如先确认这条链路是否通。
