vs code更新首选内置检查，90%场景够用；若失败，先排查权限、网络或旧版本停服问题，再手动下载覆盖安装；更新后须验证版本、清缓存、测试核心扩展。
直接点：旧版 VS Code 更新，首选内置检查，90% 场景够用
VS Code 的更新机制设计得足够健壮，只要不是卡在极老版本（如 v1.40 之前），Help → Check for Updates（Windows/Linux）或 Code → Check for Updates（macOS）就能拉到最新稳定版。它不打补丁，而是下载完整安装包静默替换——所以你不用怕“更新一半失败”，整个过程原子性很强。
常见错误现象：点了检查却没反应，或者提示“当前没有可用的更新”但你知道官网已发新版。这通常是因为：
• 你正以管理员身份运行 VS Code（Windows User Installer 版本下，自动更新会被禁用）；
• 网络被拦截（比如公司代理、防火墙屏蔽了 update.code.visualstudio.com）；
• 当前版本太旧，内置更新通道已停服（v1.50 以前的部分版本不再接收推送）。
- 先退出 VS Code，再用普通用户权限重新打开，再试一次
Check for Updates - 终端里跑一句
curl -I https://update.code.visualstudio.com/api/update/win32-x64/stable（Windows）或对应 macOS/Linux 架构路径，看是否返回200；超时或403就说明网络层不通 - 如果真卡在停服旧版（比如 v1.38），跳到下一节手动下载
手动下载安装包：覆盖安装最稳妥，配置和扩展全保留
这是跨大版本（比如从 v1.72 升到 v1.98）或网络受限时的首选方案。VS Code 的用户数据（settings.json、extensions、keybindings.json）默认和安装目录物理隔离，只要不执行 sudo apt purge code 或 brew uninstall --cask visual-studio-code 这类彻底清理命令，覆盖安装后一切照常。
使用场景：企业内网无法访问更新服务器、需要跳过某次有问题的自动更新、想确认安装的是官方签名包。
由于精力有限，程序更新比较慢，请大家谅解，再次感谢支持taycms的朋友们，虽然比较慢，我们还是会一直更新下去的。谢谢您的关注。有什么建议可以到论坛提出，或者直接给我QQ留言。 2.0会有很多新功能，请关注官方论坛TayCMS 1.8 升级日志此版本修复了不少BUG1.更换图片切换JS ， 不会再有错误提示2.增加资料下载模块3.更换默认模版，使程序功能和页面结构更清晰，方便参考制作模版4.修复留
- 去官网 https://www.php.cn/link/919431c2f78cb0f50e79937f6dccb356 下载对应系统的最新安装包（注意区分
User Installer和System Installer，日常开发选前者） - Windows：双击
VSCodeUserSetup-x64-1.98.0.exe，勾选“添加到 PATH”和“开机自启”按需，其余默认即可 - macOS：解压后拖拽
Visual Studio Code.app到“应用程序”文件夹，系统会提示“替换”，点“替换” - Linux（deb）：用
sudo dpkg -i code_1.98.0-1738994532_amd64.deb安装，依赖缺失时补sudo apt install -f
Linux 用户特别注意：别混用安装方式，否则更新会失效
APT、Snap、Flatpak、手动 deb 包——四种安装方式的数据路径、更新源、权限模型完全不同。混用会导致 sudo apt upgrade code 没反应，或 sudo snap refresh code 提示“not found”。
常见错误现象：“明明加了 Microsoft 官方 APT 仓库，apt update 却搜不到 code 包”；或者“用 snap 装的 VS Code，设置里开自动更新却一直不生效”。
- 查当前安装来源：
dpkg -l | grep code（deb）、snap list | grep code（snap）、which code看路径是否含/snap/或/usr/share/code/ - 如果用 APT 安装，就坚持用
sudo apt update && sudo apt install code；别再用官网 deb 包覆盖，否则 APT 会认为包状态损坏 - 如果用 Snap，确保启用 classic confinement：
snap install code --classic，否则扩展可能因权限被拒加载 - 切忌同时存在
/usr/bin/code（APT）和/snap/bin/code（Snap），PATH 冲突会导致终端启动的版本和桌面图标不一致
更新后必做三件事：验证、清缓存、测关键扩展
新版本发布常伴随 Electron 升级、API 变更或扩展主机重构。看似“平滑升级”，但真实开发中容易在第二天调试时才发现断点不触发、格式化失灵、或者 Git 图标消失——这些都不是 VS Code 本身崩了，而是缓存或扩展没跟上。
性能影响：v1.90+ 启用了新的渲染器进程隔离策略，首次启动可能稍慢；若发现 CPU 持续 100%，大概率是某个扩展仍在用废弃的 vscode.workspace.rootPath API。
- 启动后立刻按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入About回车，确认版本号正确 - 进
Help → Toggle Developer Tools，看 Console 里有没有红色报错，尤其留意DeprecationWarning或Extension host terminated - 关闭所有窗口，删掉
~/.config/Code/Cache和~/.config/Code/CachedData（Linux/macOS）或%APPDATA%\Code\Cache（Windows），再重启 - 只启用 ESLint、Prettier、Python（或你项目强依赖的 1–2 个）这几个核心扩展，确认基础功能正常，再逐个开其他
