sublime text插件自动更新需四层协同：package control的auto_upgrade和enable_upgrade_check双开关、插件自身更新设置、系统权限（如macos完全磁盘访问）、网络可达性（如packagecontrol.io连通性）。
Sublime Text 本身不控制插件更新，Package Control 才是实际管理者；默认开启自动升级，但必须手动确认配置项才能真正生效。
Package Control 的 auto_upgrade 是核心开关
Sublime 主程序的 update_check 对插件更新完全无效。Package Control 自带独立更新逻辑，默认值是 true，但这个设置必须显式写进它的用户配置里，否则可能被忽略。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Package Control: Settings – User回车 - 在打开的 JSON 文件中添加：
"auto_upgrade": true - 确保该文件语法合法：英文双引号、无尾逗号、大括号闭合
- 保存后无需重启，下次 Package Control 检查时即启用
别漏掉 enable_upgrade_check
仅开 auto_upgrade 不够——它只决定“下载后是否自动安装”，而 enable_upgrade_check 控制“是否定期联网检查更新”。两者都为 true 才算完整自动更新链路。
- 在同一份
Package Control.sublime-settings中追加："enable_upgrade_check": true - 该检查默认每 12 小时触发一次，时间不可调，但可手动触发：
Package Control: Upgrade Package - 若网络受限或想降低频率，可设为
false，改用定期手动升级
插件自身更新策略可能覆盖全局设置
某些插件（如 SideBarEnhancements、Emmet）内置独立更新开关，会绕过 Package Control 的统一控制。
- 进入
Preferences → Package Settings → [插件名] → Settings – User - 查找类似
check_for_updates、auto_update的字段 - 例如 Emmet 需确认
"check_for_updates": true，否则即使 Package Control 升级了，它也可能停在旧版功能上 - 这类配置优先级高于 Package Control 全局设置，必须单独核对
自动更新失败时最常卡在 DNS 或权限
没报错、没提示、插件就是不更新——大概率不是配置问题，而是底层连接被阻断。
- Package Control 默认请求
packagecontrol.io，若公司网络屏蔽该域名，需配置代理或换源 - macOS 上 Sublime 若未获得「完全磁盘访问」权限，无法读取部分插件目录，导致升级静默失败
- Linux 下若
/proc/sys/fs/inotify/max_user_watches耗尽，文件监听失效，升级脚本可能卡在解压阶段 - 临时验证方法：在命令面板运行
Package Control: Satisfy Dependencies，看是否报 DNS 或 SSL 错误
自动更新不是“设完就完事”，它依赖 Package Control 配置、插件自身策略、系统权限和网络可达性四层协同。最容易被忽略的是插件级配置和 macOS 权限——这两处不处理，其他全设对也白搭。
