VSCode打不开90%是配置、扩展或缓存问题，非软件损坏；应先用code --disable-extensions验证扩展影响，再检查settings.json语法错误，清理workspaceStorage和globalStorage，最后用--user-data-dir测试干净环境。
VSCode打不开，90%不是软件坏了，而是配置、扩展或缓存出了问题——重装是最后一步，不是第一步。
用 code --disable-extensions 快速验证是否扩展惹的祸
很多崩溃发生在启动瞬间，背后往往是某个扩展（比如 Pylance、Remote-SSH 或刚更新的主题）加载失败却没报错。安全模式能绕过所有第三方扩展，直奔核心功能。
- 先彻底退出 VSCode：检查任务管理器（Windows）、活动监视器（macOS）或
ps aux | grep code（Linux），杀掉所有Code进程 - 打开终端，执行：
code --disable-extensions
- 如果能正常打开，说明问题锁定在扩展层；此时别急着重装，继续往下排查
- 注意：Windows 用户若提示“不是内部或外部命令”，请确认
code已加入系统 PATH，或改用完整路径（如"C:\Users\XXX\AppData\Local\Programs\Microsoft VS Code\Code.exe" --disable-extensions）
检查 settings.json 是否存在语法错误
一个多余的逗号、漏掉的引号，就足以让 VSCode 启动卡死或直接黑屏——它不会弹窗报错，只会静默失败。
- 关闭所有 VSCode 进程后，定位用户配置目录：
Windows：%APPDATA%\Code\User\
macOS：~/Library/Application Support/Code/User/
Linux：~/.config/Code/User/ - 把
settings.json临时重命名为settings.json.bak，再启动 VSCode - 若恢复，说明原文件损坏；可用 JSON 校验工具（如 jsonlint.com）粘贴内容检查，或逐段注释还原
- 同理可测试
keybindings.json或整个User文件夹（重命名为User.bak）
清理 workspaceStorage 和 globalStorage
这两个文件夹存的是每个项目的状态快照和扩展运行时数据，非正常退出后极易损坏，导致下次启动卡在“正在加载工作区”不动。
- 路径同上，在
User/目录下找到：workspaceStorage和globalStorage - 直接删掉或重命名（如
workspaceStorage.bak），无需备份——它们不存你写的代码，只存 UI 状态、断点、搜索历史等临时信息 - 更彻底的验证方式：用干净用户目录启动：
Linux/macOS：code --user-data-dir=/tmp/vscode-test
Windows：code --user-data-dir="%TEMP%\vscode-test"
若能启动，基本可判定原User目录已污染
别忽略这些“冷门但高频”的干扰项
有些问题不常被提到，但一旦出现，排查路径会完全跑偏。
-
杀毒软件拦截：尤其国产安全软件（如 360、腾讯电脑管家）可能静默阻止Code.exe创建子进程；临时退出杀软再试，比反复重装快得多 -
GPU 渲染冲突：远程桌面、老旧显卡或虚拟机环境下，加参数启动：code --disable-gpu
-
网络代理 / Winsock 异常（仅 Windows）：管理员运行netsh winsockreset
后重启系统 -
安装路径或工作区含中文/空格：VSCode 对路径编码敏感，尤其是配合Python、Remote-SSH使用时；尽量移到C:\vscode或~/vscode这类纯英文路径
真正麻烦的从来不是“VSCode打不开”，而是花半小时重装、清注册表、删残留，结果发现只是 settings.json 里多了一个逗号。优先走完这四步，90% 的启动失败当场解决——剩下那 10%，大概率是你刚装的那个 Copilot 插件，在远程服务器上连不上 api.githubcopilot.com。
