关闭VSCode插件自动更新通知需四步：1.设extensions.autoUpdate为false；2.关workbench.enableExperiments并设notifications.toastAutoClose为0；3.针对GitLens等插件调整其专属设置；4.在settings.json中添加notifications.alerts:false和workbench.startupEditor:"none"并彻底重启。
关闭 VSCode 插件自动更新通知（extensions.autoUpdate）
VSCode 默认开启插件自动更新，更新完成后会在右下角弹出「Extension updated」提示。这不是错误，但纯属干扰——尤其当你不希望插件突然变行为时。
- 打开设置（Ctrl+, 或 Cmd+,），搜索 extensions.autoUpdate，把它设为 false
- 这个开关只停掉后台静默更新，不会影响你手动点击「更新全部」或单个更新
- 注意：部分插件（比如 ESLint、Prettier）自带独立的更新检查逻辑，关掉这个后可能仍会弹自己家的通知屏蔽右下角所有 toast 弹窗（notifications.toastAutoClose + workbench.enableExperiments）
VSCode 的通知系统分两类：用户触发的（如保存成功）和系统/插件触发的（如「New version available」）。后者多数走的是 toast 通道，可以统一压制。
- 设置里搜 notifications.toastAutoClose，设为 0（永不自动关闭）——听起来反直觉？其实是为配合下一步
- 更关键的是禁用实验性通知：搜 workbench.enableExperiments，设为 false。这个配置控制着新版通知框架，关掉它后，大部分插件发布的「Version x.x.x is available」类弹窗就彻底消失了
- 不要动 notifications.globalBadge 或 notifications.banners，它们管的是顶部横幅，和右下角 toast 无关针对特定插件禁用其专属通知（如 GitLens、Live Server）
有些插件把通知写死在代码里，绕过 VSCode 通用开关。典型代表是 GitLens 的「New release available」和 Live Server 的「Update available」。
- 在设置里搜插件名，例如搜 gitlens，找到 gitlens.advanced.messages，把值改成空数组 []
- 对 Live Server，搜 liveServer.settings.donotVerifyVersion 并设为 true，同时确保 liveServer.settings.AdvanceCustomBrowserCmdLine 没有误配
- 这类配置没有统一命名规律，得一个个查插件文档或 settings.json 里的注释；别信插件市场页写的「no notifications」，实际常有遗漏终极方案：重置通知权限（notification.alerts 和 workbench.startupEditor 影响）
偶尔你会发现，哪怕关了所有开关，重启 VSCode 后右下角又开始蹦「Settings Sync is ready」之类——这往往是因为通知权限被重置或缓存污染。
- 直接编辑 settings.json（Ctrl+Shift+P → 「Preferences: Open Settings (JSON)」），加这两行：
"notifications.alerts": false,
"workbench.startupEditor": "none"
- notifications.alerts 是隐藏开关，VSCode UI 里不暴露，但它能压制包括「Extension installed」「Sync completed」在内的底层 alert 级通知
- workbench.startupEditor 设为 none 可避免启动时加载欢迎页或扩展推荐页，这些页面有时会偷偷触发通知初始化
- 改完记得完全退出 VSCode（macOS 上要右键 Dock 图标选「退出」，Windows 上任务栏右键→「关闭窗口」），再重开才生效
notifications.toastAutoClose + workbench.enableExperiments）
VSCode 的通知系统分两类：用户触发的（如保存成功）和系统/插件触发的（如「New version available」）。后者多数走的是 toast 通道，可以统一压制。
- 设置里搜 notifications.toastAutoClose，设为 0（永不自动关闭）——听起来反直觉？其实是为配合下一步
- 更关键的是禁用实验性通知：搜 workbench.enableExperiments，设为 false。这个配置控制着新版通知框架，关掉它后，大部分插件发布的「Version x.x.x is available」类弹窗就彻底消失了
- 不要动 notifications.globalBadge 或 notifications.banners，它们管的是顶部横幅，和右下角 toast 无关针对特定插件禁用其专属通知（如 GitLens、Live Server）
有些插件把通知写死在代码里，绕过 VSCode 通用开关。典型代表是 GitLens 的「New release available」和 Live Server 的「Update available」。
- 在设置里搜插件名，例如搜 gitlens，找到 gitlens.advanced.messages，把值改成空数组 []
- 对 Live Server，搜 liveServer.settings.donotVerifyVersion 并设为 true，同时确保 liveServer.settings.AdvanceCustomBrowserCmdLine 没有误配
- 这类配置没有统一命名规律，得一个个查插件文档或 settings.json 里的注释；别信插件市场页写的「no notifications」，实际常有遗漏终极方案：重置通知权限（notification.alerts 和 workbench.startupEditor 影响）
偶尔你会发现，哪怕关了所有开关，重启 VSCode 后右下角又开始蹦「Settings Sync is ready」之类——这往往是因为通知权限被重置或缓存污染。
- 直接编辑 settings.json（Ctrl+Shift+P → 「Preferences: Open Settings (JSON)」），加这两行：
"notifications.alerts": false,
"workbench.startupEditor": "none"
- notifications.alerts 是隐藏开关，VSCode UI 里不暴露，但它能压制包括「Extension installed」「Sync completed」在内的底层 alert 级通知
- workbench.startupEditor 设为 none 可避免启动时加载欢迎页或扩展推荐页，这些页面有时会偷偷触发通知初始化
- 改完记得完全退出 VSCode（macOS 上要右键 Dock 图标选「退出」，Windows 上任务栏右键→「关闭窗口」），再重开才生效
notification.alerts 和 workbench.startupEditor 影响）
偶尔你会发现，哪怕关了所有开关，重启 VSCode 后右下角又开始蹦「Settings Sync is ready」之类——这往往是因为通知权限被重置或缓存污染。
- 直接编辑 settings.json（Ctrl+Shift+P → 「Preferences: Open Settings (JSON)」），加这两行："notifications.alerts": false, "workbench.startupEditor": "none"-
notifications.alerts 是隐藏开关，VSCode UI 里不暴露，但它能压制包括「Extension installed」「Sync completed」在内的底层 alert 级通知
- workbench.startupEditor 设为 none 可避免启动时加载欢迎页或扩展推荐页，这些页面有时会偷偷触发通知初始化
- 改完记得完全退出 VSCode（macOS 上要右键 Dock 图标选「退出」，Windows 上任务栏右键→「关闭窗口」），再重开才生效真正麻烦的不是关不掉，而是某些插件会把自己的通知逻辑藏在激活事件或 webview 里，这种只能卸载或换替代品。比如 Code Runner 的「New version」就无法通过设置屏蔽，只能盯紧它的 GitHub releases 页面手动更新。
