VSCode启动报错通常不是软件损坏，而是扩展、配置或缓存异常所致；应优先执行code --disable-extensions验证，再检查settings.json语法错误，最后用--user-data-dir启动干净环境定位问题。
VSCode 启动报错不等于软件坏了，绝大多数情况是某个扩展、配置项或缓存文件在初始化阶段触发了未捕获异常——禁用扩展、检查 settings.json、换干净用户目录，三步内大概率能恢复。
code --disable-extensions 能启动？说明问题出在扩展
这是最该先试的命令。它绕过所有扩展加载逻辑，相当于“裸奔启动”。
- 必须先彻底退出 VSCode：Windows 看任务管理器里有没有残留的
Code.exe或Code Helper.exe；macOS/Linux 运行ps aux | grep -i code并kill -9掉相关进程 - 终端执行
code --disable-extensions，能打开空窗口 → 坐实是扩展导致 - 打开命令面板（
Ctrl+Shift+P），运行Developer: Show Running Extensions，重点关注Startup列为Yes的扩展，比如ms-python.python、esbenp.prettier-vscode - 不要全关再一个个开，直接禁用一半 → 重启 → 看是否恢复，逐步缩小范围
settings.json 有语法错误？VSCode 会静默崩溃
一个多余的逗号、一个没闭合的字符串、一个写成 true 的布尔值，都会让 VSCode 在解析配置时 panic 并退出，且不报错。
-
settings.json路径：- Windows：
%APPDATA%\Code\User\settings.json - macOS：
~/Library/Application Support/Code/User/settings.json - Linux：
~/.config/Code/User/settings.json
- Windows：
- 关闭所有 VSCode 进程，把
settings.json重命名为settings.json.bak - 再运行
code启动，如果恢复，就说明原文件有误；可用 JSONLint 网站或另一台机器上的 VSCode 打开该文件，启用 JSON 语法检查来定位错误 - 同理可临时重命名
keybindings.json或整个User文件夹做隔离测试
用户数据目录损坏？别直接复制旧缓存
%APPDATA%\Code（Windows）或 ~/.vscode（Linux/macOS）一旦损坏，会导致设置不生效、终端打不开、欢迎页无限加载，甚至 code --disable-extensions 都失败。
- 备份后重命名整个目录，例如改为
Code-backup，再运行code—— VSCode 会自动创建全新干净目录 - 若新目录下正常，说明旧目录中某项损坏；可逐步迁移
settings.json、keybindings.json等纯文本配置 - 绝对不要直接复制
Cache、GPUCache、Crashpad这类二进制子目录过去——它们是高频损坏源，不是缓存而是运行时状态快照 - Linux 用户若看到
libXss.so.1: cannot open shared object file，说明系统缺依赖，此时换目录无效，得先装libxss1
ffmpeg.dll 找不到？重装是唯一解
这个错误和系统 DLL 无关，ffmpeg.dll 是 VSCode 安装目录自带的动态库，暴力关机、磁盘写入中断都可能导致它损坏。网上找不到单独下载地址，DLL 修复工具也无效。
- 去
code.visualstudio.com下载最新安装包，覆盖重装即可 - 重装后
ffmpeg.dll会出现在安装目录下（如 Windows 的.\resources\app\node_modules.asar.unpacked\vscode-ripgrep-bin\内部路径，但你不用管） - 别尝试从 FFmpeg 官方下载
ffmpeg.dll替换——那个不是同一个东西
真正容易被忽略的是：很多“启动失败”其实卡在 Electron 渲染层初始化，而不是主进程崩溃。所以 code --status 输出停在某个扩展、code --log trace 最后几行出现 Failed to create window、或者 Windows 上反复刷 MSVCP140.dll 错误，这些信号比 GUI 白屏更早、更准。排查时别只盯着图形界面有没有出来。
