VSCode启动闪退90%是扩展、配置或缓存问题，非安装包损坏；应先执行code --disable-extensions验证，若正常则锁定扩展问题，再检查settings.json语法、清理workspaceStorage/globalStorage或用--user-data-dir测试干净环境。
VSCode 启动报错几乎从不意味着安装包真坏了，90% 是扩展、配置或缓存层面的初始化冲突——直接重装反而掩盖真正问题，先做隔离验证再动手。
code --disable-extensions 能否正常启动
这是第一道分水岭。如果禁用扩展后能打开，说明崩溃发生在某个扩展的激活阶段（比如 Pylance 加载类型索引失败、Remote-SSH 尝试连接断开主机、或某主题插件 patch 了核心资源）。
- 必须完全退出所有 VSCode 进程（Windows 查任务管理器里的
Code.exe和Code Helper；macOS 用活动监视器杀掉所有 Electron 相关进程） - 终端执行
code --disable-extensions，不是双击图标，也不是从 Dock 启动 - 若成功，打开命令面板运行
Developer: Show Running Extensions，重点关注Startup列为Yes的扩展，逐个禁用后重启，比“全关再一个个开”快得多 - 某些扩展（如旧版
ms-python.pythonv2023.x）含原生模块，在 Windows 上容易因 Node.js ABI 不匹配导致静默崩溃
settings.json 是否存在语法错误
一个多余的逗号、一个未闭合的字符串、甚至一个写成 true 的布尔值（正确应为 true），都会让 VSCode 在解析用户配置时 panic 并退出——它不会报错，只消失。
- 路径位置：
%APPDATA%\Code\User\settings.json（Windows）、~/Library/Application Support/Code/User/settings.json（macOS）、~/.config/Code/User/settings.json（Linux） - 关闭所有 VSCode 进程后，把
settings.json重命名为settings.json.bak，再运行code - 若恢复，可用 VSCode 自身（用其他编辑器打开该文件并启用 JSON 检查）或
JSONLint网站验证修复 - 同理可临时重命名
keybindings.json或整个User文件夹做隔离测试
workspaceStorage 和 globalStorage 是否损坏
这两个目录保存工作区状态快照和扩展持久化数据，非正常退出、磁盘满或权限变更极易让它们写坏，导致启动卡死在“正在加载…”且无任何提示。
- 它们位于用户配置目录同级：
User/workspaceStorage和User/globalStorage - 直接删除或重命名（如改为
workspaceStorage.bak），VSCode 下次启动会重建 - 更彻底的定位方式：用
code --user-data-dir="/tmp/vscode-test"（Linux/macOS）或code --user-data-dir="%TEMP%\vscode-test"（Windows）启动全新环境，若能打开，说明原用户数据已损坏 - 企业环境中常见于杀软实时扫描拦截写入，表现为
EBUSY: resource busy or locked类错误
是否被杀软、沙箱或系统策略拦截
图形界面静默失败，但命令行执行 code --verbose 会暴露真实原因：可能是安全软件终止子进程，也可能是 Winsock 异常、GPU 渲染阻塞或 root 用户权限越界。
- Windows 上常见现象：双击图标无反应、任务管理器里看不到
code.exe，或刚弹窗就消失——优先检查 Windows Defender 实时防护、火绒、360 是否把code.exe或node.exe误判为风险 - 临时关闭实时防护，或将 VSCode 安装目录（如
C:\Users\xxx\AppData\Local\Programs\Microsoft VS Code）加入白名单 - Ubuntu/Debian 最小化安装常缺
libxss1，报错libXss.so.1: cannot open shared object file，需手动apt install libxss1 - root 用户下启动失败是设计使然，官方明确不支持；若必须用，加
--no-sandbox --user-data-dir="/home/xxx/.vscode/"绕过
真正麻烦的不是报错本身，而是多个问题叠加：比如 settings.json 有语法错误 + workspaceStorage 已损坏 + 杀软同时拦截，这时候单靠重命名一个文件救不回来。务必按顺序隔离——先确认扩展是否干扰，再验配置，最后动缓存和系统层。每一步都依赖进程是否彻底退出，这点最容易被忽略。
