VSCode启动失败多因用户配置异常而非软件损坏；应先检查settings.json语法错误，再隔离User目录、清理workspaceStorage和globalStorage，并用--disable-extensions --verbose定位真实原因。
VSCode 启动失败，绝大多数情况不是软件损坏，而是用户配置（settings.json、keybindings.json、缓存状态）出了问题；直接重装反而可能掩盖真实故障点，更新配置前必须先隔离干扰。
检查 settings.json 是否存在语法错误或非法字段
一个多余的逗号、单行注释 //、未闭合的引号，都会让 VSCode 在加载用户配置时静默崩溃——不报错、不弹窗、只卡白屏或黑屏。
- 关闭所有 VSCode 进程（Windows 看任务管理器里有没有
Code.exe，macOS/Linux 用ps aux | grep -i code） - 定位配置文件：
%APPDATA%\Code\User\settings.json（Windows）、~/Library/Application Support/Code/User/settings.json（macOS）、~/.config/Code/User/settings.json（Linux） - 把
settings.json重命名为settings.json.bak，再启动 VSCode —— 若能正常打开，说明原文件损坏 - 用在线 JSON 校验工具（如
jsonlint.com）检查备份内容，逐段还原，避开含editor.fontFamily、workbench.colorTheme等易出错的自定义项
重置 User 目录跳过全部旧配置
比单改 settings.json 更彻底：VSCode 启动时会读取整个 User 目录下的设置、快捷键、调试配置、窗口状态等。任一文件损坏（比如 state.vscdb 或某个扩展的 package.json）都可能导致主进程退出。
- 先退出 VSCode，确保无残留进程
- 重命名整个
User文件夹（例如改为User.bak） - 运行
code --user-data-dir="/tmp/vscode-test"（Linux/macOS）或code --user-data-dir="%TEMP%\vscode-test"（Windows）验证是否能干净启动 - 若成功，说明问题确在旧用户数据中；可将
User.bak/settings.json中确认安全的片段（如"files.autoSave": "onFocusChange"）手动抄入新settings.json
清理 workspaceStorage 和 globalStorage
这两个目录保存项目级状态和扩展私有数据，非正常退出后极易写坏。它们藏在 User 目录下，但常被忽略。
- 进入
User/workspaceStorage，清空或重命名该文件夹 - 同样处理
User/globalStorage - 不要直接复制旧目录里的缓存文件过去——尤其是
Cache、GPUCache，二进制缓存损坏是高频原因 - 如果用了 Settings Sync，记得先在网页端或设置里关闭同步，否则重启后旧配置会自动拉回
真正麻烦的不是配置本身，而是它和扩展、GPU 渲染、系统代理之间的隐式耦合——比如一个主题插件写的 workbench.colorCustomizations 字段格式错，可能触发 Electron 渲染线程崩溃，但日志里只显示 [renderer1] window was closed。动手前务必先用 code --disable-extensions --verbose 看第一手输出，别靠猜。
