VSCode启动弹窗报错90%是扩展、配置或缓存问题，非软件损坏；应先执行code --disable-extensions验证扩展影响，再检查settings.json语法错误、清理workspaceStorage/globalStorage缓存，并用--user-data-dir测试干净环境。
VSCode 启动时弹窗报错，90% 不是软件损坏，而是扩展、配置或缓存干扰了初始化流程；直接重装只会掩盖真正问题，先做隔离验证再动手。
用 code --disable-extensions 一招验证是否插件导致
这是所有排查的起点，不是“试试看”，而是唯一能绕过全部扩展加载逻辑的方式。它不读 settings.json、不扫描 .vscode/extensions/ 目录、不执行任何插件的 activate() 函数。
- Windows：打开命令提示符，运行
code --disable-extensions（确保code已加入 PATH；否则用完整路径如"C:\Users\XXX\AppData\Local\Programs\Microsoft VS Code\Code.exe" --disable-extensions） - macOS/Linux：终端执行
code --disable-extensions，若提示command not found，先在 VSCode 菜单选Shell Command: Install 'code' command in PATH - 注意拼写：是
extensions，不是extension，也不加引号 - 如果禁用后弹窗消失、界面正常 → 100% 是某个启用的扩展惹的祸；如果仍弹窗，则问题出在 GPU 驱动、系统权限、WSL 版本或 VSCode 本体（比如 RPM 包在 Wayland 下不稳定）
用 Developer: Start Extension Bisect 快速锁定肇事插件
手动禁用几十个插件效率低，还漏掉组合冲突（比如 A 和 B 单独没事，一起开就崩）。VSCode 内置的二分法工具能在 3–4 轮内精准定位到具体插件 ID。
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并运行Developer: Start Extension Bisect - 每次重启后只回答“是”（弹窗复现）或“否”（正常），不用记插件名
- 最终会缩到 1–2 个候选，再用
code --disable-extension ms-python.python单独验证 - 特别注意：某些插件（如
background、custom-css）即使被 UI 禁用，只要文件夹还在.vscode/extensions/下，启动时仍会被扫描并篡改workbench.css，触发“安装了不受支持的扩展”警告
检查 settings.json 是否存在语法错误
一个多余的逗号、漏掉的引号、非法布尔值（比如写成 true 而非 true），都会让 VSCode 在解析用户配置时 panic 并静默退出——它不会提示“JSON 格式错误”，只会卡黑屏或闪退。
- 关闭所有 VSCode 进程（Windows 查任务管理器里是否有
Code.exe，macOS 查活动监视器中的Electron进程） - 找到用户配置目录：
Windows：%APPDATA%\Code\User\settings.json
macOS：~/Library/Application Support/Code/User/settings.json
Linux：~/.config/Code/User/settings.json - 把
settings.json重命名为settings.json.bak，再运行code --disable-extensions启动 - 若恢复，说明原文件损坏；可用
jsonlint.com校验，或逐段注释还原排查
清理 workspaceStorage 和 globalStorage 缓存目录
这两个目录保存每个工作区的状态快照和扩展持久化数据，非正常退出、磁盘满或权限变更后极易损坏，导致启动卡在“正在加载工作区”不动，或反复报 EBUSY: resource busy or locked。
- 路径与
settings.json同级：在User/目录下找workspaceStorage和globalStorage - 直接删除或重命名（如
workspaceStorage.bak），VSCode 下次启动会重建——它们不存你写的代码，只存 UI 状态、断点、搜索历史等临时信息 - 更彻底的验证方式：用干净用户目录启动
Linux/macOS：code --user-data-dir=/tmp/vscode-test
Windows：code --user-data-dir="%TEMP%\vscode-test"
若能启动，基本可判定原User目录已污染 - 别忽略
extensionsCache：位于%USERPROFILE%\.vscode\extensionsCache（Win）或~/.vscode/extensionsCache（macOS/Linux），损坏后也会引发多窗口并发请求失败
真正麻烦的不是弹窗本身，而是有些插件把 patch 逻辑写死在激活函数里，哪怕你禁用了它，只要文件夹还在 extensions/ 目录下，VSCode 启动时仍会扫描并报警——所以物理删除比 UI 禁用更可靠。
