vscode闪退90%是扩展、配置或gpu渲染失败所致，非安装包损坏；先用code --disable-extensions验证，若正常则锁定扩展问题，再通过--verbose定位崩溃点、清空extensions目录或重命名user目录快速修复。
VSCode 安装后运行就闪退，90% 不是安装包坏了，而是启动时加载用户配置、扩展或 GPU 渲染层失败导致主进程提前退出——它根本没走到报错界面，所以你看不到弹窗，只看到一闪。
code --disable-extensions 能打开？那就锁定是扩展问题
这是最快速的判断动作。终端里直接执行：code --disable-extensions。如果能正常启动，说明所有启用的扩展中至少有一个在初始化阶段触发了崩溃（比如 ms-python.python 找不到 Python 解释器路径，或 esbenp.prettier-vscode 读取损坏的 .prettierrc）。
- 别用 GUI 右键“以安全模式启动”——那个按钮有时会失效，必须走命令行
- Windows 用户注意：不要在普通 CMD 里输错成
code --disable-extension（少 s），否则参数被忽略，依然闪退 - macOS 用户若用 Rosetta 运行 VSCode，
--disable-extensions也可能无效——先右键 App → 显示简介 → 取消勾选「使用 Rosetta 打开」
闪退但 --verbose 输出卡在 Splash 或 GPU process
执行 code --verbose 后，最后一行如果停在 Splash: showing splash screen 或反复出现 Failed to launch GPU process，基本可断定是显卡驱动与 Electron 渲染层不兼容。Windows 上尤其常见于 NVIDIA 472.x+ 或 AMD Adrenalin 22.5.1+ 驱动版本。
- 临时验证：用
code --disable-gpu启动，能进就说明是 GPU 加速冲突 - 永久生效：运行
code --locate-config找到argv.json，添加"disable-hardware-acceleration": true，不是disable-gpu（后者是命令行参数，不是配置项） - Linux Wayland 用户必须额外加
--enable-features=UseOzonePlatform --ozone-platform=wayland，否则渲染器静默崩溃
删 %APPDATA%\Code\Extensions 比逐个禁用快得多
插件目录损坏比你想象中更常见——某个扩展更新中断、写入一半的 storage.json、甚至 Node 模块权限异常，都可能导致 VSCode 主进程在加载阶段 panic 退出，且无日志。
- Windows：管理员权限打开 CMD，执行
del /s /q "%APPDATA%\Code\Extensions"（注意是双引号包裹路径） - macOS/Linux：终端执行
rm -rf ~/.vscode/extensions（别手滑删成~/.vscode，否则 settings.json 也丢了） - 删完立刻跑
code --verbose，如果最后几行不再出现Activating extension xxx卡住，说明插件污染已清除
重命名 %APPDATA%\Code\User 是重置配置最干净的方式
用户配置目录（%APPDATA%\Code\User）里一个逗号写错的 settings.json、一个损坏的 workspaces.json，或者同步服务写入的非法字段，都会让 VSCode 在恢复窗口状态时直接退出——没有错误提示，就是不开。
- 关闭所有 VSCode 进程（包括后台的
Code Helper (Renderer)） - 重命名该目录为
User.bak，再启动 VSCode —— 它会重建全新User目录 - 如果此时正常了，把原
User.bak\settings.json用 JSON 校验工具（如 jsonlint.com）检查语法，再手动拷回；跳过workspaces.json和globalStorage文件夹（它们无法人工修复）
真正难排查的从来不是“哪个插件坏了”，而是“哪个配置项在特定系统组合下触发了 Electron 底层的未捕获异常”——比如 Windows 11 + NVIDIA 驱动 + 某个含中文路径的 Python 解释器，三者叠加才让 ms-python.python 的 spawn 失败，而单独任何一个都没问题。
