VSCode启动卡顿或崩溃大概率由扩展冲突或缓存损坏引起，应先用code --disable-extensions安全模式验证；若正常则禁用扩展排查，否则清理workspaceStorage、globalStorage等缓存目录。
VSCode 启动卡在空白窗口或直接崩溃
大概率是某个扩展引发冲突，或缓存文件损坏。不要急着重装，先尝试「安全模式启动」验证是否为扩展问题：code --disable-extensions（Windows/macOS/Linux 均可用）。如果此时能正常打开，说明问题出在扩展上。
禁用全部扩展的可靠方式
即使 UI 打不开，也能通过命令行或配置文件彻底禁用扩展。优先使用命令行，它绕过 UI 加载逻辑：
- 终端执行
code --disable-extensions --no-sandbox（--no-sandbox可避免部分权限/渲染问题） - 若仍失败，手动重命名扩展目录：找到
~/.vscode/extensions（Linux/macOS）或%USERPROFILE%\.vscode\extensions（Windows），将其临时改名为extensions.bak - 重启 VSCode —— 此时无任何扩展加载，可进入设置界面再逐个启用排查
清除用户数据缓存的必要操作
VSCode 缓存损坏常导致白屏、菜单不响应、设置无法保存等问题。关键缓存路径不止一处，需一并清理：
-
~/.vscode/User/workspaceStorage（存储工作区状态，损坏后频繁触发“重新加载窗口”） -
~/.vscode/User/globalStorage（部分扩展如 GitLens、Prettier 依赖此目录，写入异常会阻塞启动） -
~/.vscode/User/history（极少数情况下历史记录解析失败也会卡住初始化）
注意：清理前无需备份 User/settings.json 和 keybindings.json，它们不在上述路径中；但扩展配置（如 settings.json 中的扩展专属字段）可能需要重设。
启动失败时别碰的两个操作
有些常见动作反而会让问题更难诊断：
- 不要直接删整个
~/.vscode目录 —— 这会丢失所有自定义快捷键、snippets、调试配置，且部分扩展的 license 状态可能失效 - 不要在任务管理器里强制结束多个
Code Helper进程后反复点击图标 —— 这容易让Shared Memory区域残留锁，后续启动仍失败
真正有效的起点永远是「能否用 --disable-extensions 启动」，再决定是否清缓存。多数情况下，扩展冲突比缓存损坏更常见，也更容易定位。
