"update_check": false 是唯一能真正拦住弹窗的开关，它直接禁用 sublime 启动时向 update.sublimetext.com 的版本检查请求，彻底阻断弹窗源头；需在 user settings 中添加该行并同步关闭 show_update_in_status_bar 和 package control 的 auto_upgrade、enable_upgrade_check，插件更新提示还需单独配置。
update_check 设为 false 是唯一能真正拦住弹窗的开关，其他所有设置都是补漏——不加这行，后面全白忙。
为什么只改 update_check 就能断掉弹窗源头
Sublime 启动时会向 update.sublimetext.com 发起 HTTP 请求比对版本号，弹窗就源于这个请求。设 "update_check": false 后，它连 DNS 查询都不会做，没有网络行为，也没有状态缓存。后续所有提示（弹窗、状态栏文字、菜单响应）都失去触发条件。
必须改右侧「User Settings」面板，左侧 Default Settings 是只读的，改了无效
- 打开 Preferences → Settings，只编辑右侧 JSON 区域
- 在大括号
{}内添加："update_check": false - 如果前面已有配置（比如
"hot_exit": true），记得加英文逗号分隔 - 保存后建议完全退出 Sublime（不是关窗口），再重启一次，清空内存缓存
show_update_in_status_bar 必须同步关，否则右下角还留“Update available”
Sublime Text 4+ 把逻辑层和 UI 层拆开了：update_check: false 只停网络请求，但状态栏提示由独立开关控制，不会自动同步隐藏。
- 在同一个 User Settings 文件里追加：
"show_update_in_status_bar": false - 这行生效无需重启，保存后右下角小字立刻消失
- 它不影响任何功能，纯本地视觉控制
Package Control 的弹窗跟主程序完全无关，必须单独关
很多人关了 update_check，两天后又弹出 Upgrading packages… 或 Failed to load package list —— 这是 Package Control 自己在运行，它根本不读主程序的 update_check 设置。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入并选择：
Package Control: Settings – User - 在打开的配置中添加两行：
"auto_upgrade": false和"enable_upgrade_check": false - 这两项缺一不可：单关
auto_upgrade，失败时可能 fallback 触发检查逻辑
插件级更新检查最容易被忽略
有些插件（如 SideBarEnhancements、AutoFileName）自带独立更新逻辑，哪怕 Package Control 已关，它们仍可能弹窗。
- 打开 Preferences → Package Settings → [插件名] → Settings
- 搜索关键词：
update、check、auto - 常见可关配置项包括：
"check_for_updates"、"enable_auto_update"、"notify_on_update" - 设为
false后保存，部分插件需重启才生效
update_check: false 这一行如果写错位置（比如误贴进 Default Settings）、JSON 格式非法（少逗号或多引号），整个设置就失效。
