VS Code 启动闪退或空白窗口主因是渲染进程崩溃或GPU加速冲突；Windows常见，可试--disable-gpu/--disable-extensions/--verbose排查；macOS“已损坏”提示实为签名未被Gatekeeper信任，执行xattr命令解除隔离；Windows无反应多因用户数据目录异常，重命名%APPDATA%\Code后重建；Linux缺X11依赖需安装对应lib包；恢复时应最小干预、逐项验证。
VS Code 启动时闪退或卡在空白窗口
多数更新后打不开，其实是渲染进程崩溃或 GPU 加速冲突导致的。Windows/macOS/Linux 都可能出现，但 Windows 上更常见。
- 先尝试用
code --disable-gpu启动：如果能打开，说明是显卡驱动或硬件加速问题 - 再试
code --disable-extensions：排除扩展（尤其是主题、图标包、远程插件）引发的初始化失败 - 若仍不行，加
--verbose查看控制台输出，重点关注ERR!或Failed to load module类错误
macOS 上提示“已损坏，无法打开”
这是 macOS Gatekeeper 对新版 VS Code 签名验证失败的典型表现，不是病毒，也不是文件损坏——而是 Apple 暂未信任新版本签名。
- 不要重装或改文件权限，直接在终端执行：
xattr -d com.apple.quarantine /Applications/Visual\ Studio\ Code.app - 如果提示路径不存在，确认安装路径是否为
/Applications/Visual Studio Code.app；用ls /Applications/|grep -i code核对真实名称 - 不建议关闭 SIP 或禁用 Gatekeeper 全局策略，风险高且没必要
Windows 上双击图标无反应，任务管理器里看不到进程
大概率是用户数据目录（User Data）被新版本写入异常锁死，或 workbench.desktop.main.js 缓存损坏。
- 先关掉所有 VS Code 进程（包括后台的
Code Helper (Renderer)） - 重命名旧数据目录：
%APPDATA%\Code→%APPDATA%\Code.bak（保留备份） - 再启动 VS Code，它会重建配置目录；之后可选择性迁移
settings.json和keybindings.json，但别直接覆盖整个Extensions文件夹 - 注意：某些企业环境组策略会锁定
%APPDATA%写入，此时需联系 IT 管理员确认策略
Linux 下报错 libX11-xcb.so.1: cannot open shared object file
VS Code 1.85+ 默认启用 X11/XCB 混合渲染，部分发行版（如 Alpine、极简 Ubuntu Server）缺系统依赖。
- Debian/Ubuntu：运行
sudo apt install libx11-xcb1 libxcb-xinerama0 libxcb-xinput0 libxcb-xkb1 libxcb-xrm0 - CentOS/RHEL/Fedora：用
dnf install libX11-xcb libxcb-xinerama libxcb-xinput libxcb-xkb libxcb-xrm - 若用 Snap 安装，优先换为 .tar.gz 版本——Snap 的沙盒机制常拦截底层 X11 调用
真正麻烦的不是启动失败本身，而是错误日志藏得深、恢复路径多且互斥。比如你刚删了 Code 目录，又去重装系统级依赖，反而掩盖了真实根因。遇到问题，先做最小干预：只加一个 flag，只动一个路径，看现象是否变化。
