VSCode启动黑屏/白屏大概率由扩展冲突或settings.json配置错误导致，可通过安全模式验证、禁用扩展、检查JSON语法、查看window.log/main.log日志定位问题。
VSCode 启动卡在黑屏或白屏，大概率是扩展冲突
vscode 启动失败（尤其是卡在空白窗口、无菜单栏、无侧边栏）时，extensions 是首要怀疑对象。官方默认禁用所有扩展的「安全模式」能快速验证这点：启动时按住 ctrl+shift+p（windows/linux）或 cmd+shift+p（macos），同时双击 vscode 图标；若此时能正常打开，则基本确定是某个扩展导致崩溃。
常见高危扩展包括：GitLens（尤其旧版配合大型仓库）、ESLint（配置错误 + node_modules 扫描）、Python（语言服务器未就绪时提前加载）、Prettier（格式化命令在启动阶段触发异常）。这些扩展常在 activate 阶段执行耗时/阻塞操作，直接拖垮主进程。
- 临时禁用全部扩展：启动后执行
Developer: Disable All Installed Extensions命令，再重启 - 逐个启用排查：从「已禁用」列表中每次只启用 1–2 个，重启验证，重点关注最近安装或更新过的
- 跳过自动启用：启动时加参数
--disable-extensions，例如终端运行code --disable-extensions
用户 settings.json 配置错误会阻止窗口渲染
VSCode 在读取 settings.json 时遇到语法错误或非法值，不会报错提示，而是静默失败并卡在初始化阶段。最典型的是误将字符串写成未加引号的标识符，比如把 "editor.fontSize": 14 错写成 "editor.fontSize": 14px（14px 不是合法 JSON 值）；或者使用了已被弃用的设置项，如 "workbench.colorTheme" 指向一个不存在的主题 ID。
检查路径：Ctrl+, 打开设置 → 点右上角「打开设置 (JSON)」图标 → 用 VSCode 自带的 JSON 验证（底部状态栏应显示 JSON 且无红色波浪线）。若状态栏显示 Plain Text，说明文件编码或 BOM 头异常，需另存为 UTF-8 无 BOM 格式。
- 备份原
settings.json，新建一个极简版本（仅保留{}），重启测试 - 注意区分用户级与工作区级配置：工作区
.vscode/settings.json优先级更高，也更易出问题 - 避免在配置中直接写绝对路径含中文或空格，如
"python.defaultInterpreterPath": "C:\我的工具\python.exe"—— 应改用正斜杠或双反斜杠，并确保路径真实存在
关键日志位置：window.log 和 main.log 能定位具体崩溃点
VSCode 启动流程分为主进程（main）、渲染进程（window）、扩展主机（extensionHost）。当卡在黑屏/白屏时，window.log 和 main.log 最有价值，它们记录了 UI 初始化失败的直接原因。
GitHub 智能代码审查与 CI/CD 自动化工作流。收到 PR 或代码提交时，自动进行 AI 代码审查（bug/安全/逻辑），并根据审查结果智能生成或推荐 GitHub Actions 工作流。触发词：代码审查、review PR、生成 CI/CD、GitHub Actions。
日志路径（各系统一致）：$HOME/.config/Code/logs/（Linux）、%APPDATA%\Code\logs\（Windows）、$HOME/Library/Application Support/Code/logs/（macOS）。进入最新日期的子目录，查看 window.log 中最后几行是否出现 TypeError、ENOENT 或 Failed to load window 类错误；main.log 则关注 startup 阶段的 error 级别日志。
- 若看到
ERR Failed to create webview: Error: Could not register service workers，多因系统代理或杀毒软件拦截了本地file://协议 - 若出现
ERR ENOSPC: no space left on device，不是磁盘满，而是 Linux 下 inotify watch 数量超限，需调大fs.inotify.max_user_watches - 启动时加
--log-level=trace可输出更详细日志，但会显著拖慢启动速度，仅用于深度排查
重装不是首选，重置配置和扩展目录更有效
盲目卸载重装 VSCode 往往无效，因为用户数据（配置、扩展、缓存）仍保留在原位置。真正干净的重置是分离「程序本体」和「用户状态」：
先退出所有 VSCode 进程，然后分别处理：
- 清空扩展目录：
~/.vscode/extensions/（Linux/macOS）或%USERPROFILE%\.vscode\extensions\（Windows）→ 直接删除整个extensions文件夹 - 重置配置目录：
~/.vscode/（Linux/macOS）或%USERPROFILE%\.vscode\（Windows）→ 保留extensions外的其他文件夹（如user-data），但可重命名settings.json和keybindings.json备份 - 不建议删
user-data：它存有窗口布局、调试历史等状态，删后虽能启动，但会丢失所有个性化痕迹
做完上述操作后，用官网下载的最新版安装包覆盖安装（不要手动删旧程序目录），再逐步恢复必要扩展和配置。多数情况下，问题根源就在某一个扩展的本地缓存或某一行配置的隐式副作用——它们不会出现在常规错误提示里，但一定会在 window.log 里留下痕迹。
