code --disable-extensions能正常打开即100%为扩展问题，常见高危扩展包括ms-python.python、esbenp.prettier-vscode、redhat.java；若仍崩溃，则需排查GPU驱动、用户数据损坏或系统环境冲突。
能用 code --disable-extensions 正常打开，就说明问题 100% 出在扩展上；不能打开，则大概率是 GPU 渲染、用户数据损坏或系统环境冲突。
code --disable-extensions 能打开，就是扩展惹的祸
VSCode 主进程在加载启用的扩展时 panic 退出，连错误弹窗都来不及显示。常见高危扩展包括：ms-python.python（Python 解释器路径异常）、esbenp.prettier-vscode（读取损坏的 .prettierrc）、redhat.java（JVM spawn 失败）。
-
--disable-extension（少一个 s）会被忽略，务必写全--disable-extensions - Windows 管理员 CMD 执行：
del /s /q "%APPDATA%\Code\Extensions" - macOS/Linux 终端执行：
rm -rf ~/.vscode/extensions（注意不是~/.vscode根目录） - 删完立刻运行
code --verbose，观察最后几行是否卡在Activating extension xxx或报错
code --verbose 卡在 Splash 或 GPU process，说明显卡驱动不兼容
输出停在 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 - macOS M 系列用户务必检查「显示简介」中「使用 Rosetta 打开」是否被勾选 —— 必须取消
重命名 User 目录比删配置更安全
用户数据目录损坏（如 settings.json 少逗号、workspaces.json 写入中断、globalStorage 缓存异常）会导致 VSCode 在恢复窗口状态时静默退出，无任何提示。
- Windows：重命名
%APPDATA%\Code\User→User.bak - macOS：重命名
~/Library/Application Support/Code/User→User.bak - Linux：重命名
~/.config/Code/User→User.bak - 重启 VSCode 后若正常，可逐个把
settings.json、keybindings.json等文件移回，定位具体损坏项
事件查看器里看崩溃记录才是第一手证据
双击图标一闪即逝？别猜。按 Win + R 输入 eventvwr.msc 回车 → 左侧展开「Windows 日志」→「应用程序」→ 找最近一条「级别：错误」「来源：Application Error」的记录。
- 重点看「故障模块名称」（
Faulting module name）和「异常代码」（Exception code） - 常见
Exception code: 0xc0000005基本指向显卡驱动或内存访问违规 - 若「故障模块」是
ntdll.dll或kernelbase.dll，需排查杀软拦截（尤其是 Windows Defender 实时保护对Code Helper (Renderer)的误杀） - 若日志里频繁出现
ICU data相关字样，说明icudtl.dat文件被占用、损坏或路径权限异常
真正难搞的不是某一个参数或某一个插件，而是多个因素叠加：比如 macOS M 系列上 Rosetta + 损坏的 settings.json + ms-python.python 扩展同时存在，--disable-extensions 可能都救不回来。所以排查顺序不能乱——先隔离扩展，再压测 GPU，最后才动用户数据和系统环境。
