彻底禁用sublime text弹窗需同步关闭五项配置：主设置中update_check、show_update_in_status_bar、show_upgrade_bar、show_promotion_bar设为false；package control设置中auto_upgrade和enable_upgrade_check设为false；并通过键绑定隐藏菜单项；还需清理残留进程并检查插件级更新配置。
无法激活或弹窗提示反复出现，核心不是“点×跳过”，而是配置没关全、进程没清干净、插件在偷偷补刀——漏一项，弹窗就可能复活。
为什么改了 update_check 还是弹窗？
因为 Sublime Text 的更新提示有四条独立通路：主程序联网检查、状态栏 UI 渲染、Package Control 插件轮询、个别插件自带更新逻辑。只设 update_check: false 只断掉第一条，其余三条照常运行。
-
update_check: false 拦住的是启动时向update.sublimetext.com发起的 HTTP 请求，这是源头 - 但右下角 “Update available” 是 UI 层独立开关
show_update_in_status_bar控制的，不设它，文字还在 - 菜单里的「Check for Updates…」不会随
update_check自动消失，点一下可能触发插件级检查 - 未注册版还会叠加
show_upgrade_bar和show_promotion_bar两个横幅，它们和更新无关，但共用弹窗节奏
必须同步关闭的五项配置
缺一不可，且必须写在对应位置（写错文件等于白改）：
- 主用户设置（
Preferences → Settings右侧）加："update_check": false、"show_update_in_status_bar": false、"show_upgrade_bar": false、"show_promotion_bar": false - Package Control 用户设置（命令面板输入
Package Control: Settings – User）加："auto_upgrade": false、"enable_upgrade_check": false - 菜单项隐藏：打开
Preferences → Key Bindings（用户），粘贴：[{"caption":"Check for Updates…","command":"hide_menu_item","args":{"name":"Check for Updates…"}}]
注意：auto_upgrade 写在主设置里完全无效；show_update_in_status_bar 不加，状态栏文字不会消失；所有 JSON 行末尾都要英文逗号（最后一行除外）。
改完配置还弹窗？大概率是进程没清干净
Sublime 启动后会驻留后台进程，尤其 macOS 下用 subl 命令打开文件时，新窗口复用旧进程——而那个旧进程很可能是在你改配置前启动的。
- Windows/Linux：任务管理器结束所有
sublime_text.exe进程，再重启 - macOS：终端执行
killall "Sublime Text"，确认无残留后再启动 - 便携版用户：检查配置路径是否为
Packages/User/Preferences.sublime-settings，别误改了默认路径 - 安全软件干扰：某些国产杀软会劫持网络请求，导致 Sublime 反复重试连接，表现为“弹窗一闪而过”，需临时放行或禁用
插件级更新检查容易被忽略
像 SideBarEnhancements、AutoFileName 这类常用插件，自带 check_for_updates 或 notify_on_update 配置项，哪怕 Package Control 已关，它们仍可能单独弹窗。
- 打开
Preferences → Package Settings → [插件名] → Settings - 搜索关键词：
update、check、auto - 把匹配到的字段（如
"check_for_updates": true）改为false并保存 - 部分插件需重启才生效，不要只改完主设置就以为万事大吉
真正麻烦的从来不是哪一行配置，而是 Sublime 把更新逻辑拆得太散——主程序、UI 层、插件管理器、单个插件，四层开关各自为政。关掉其中一层，另外三层随时准备补位。
