VSCode命令行启动无响应，本质是进程卡在初始化阶段，应优先运行code --verbose定位卡点：若停在[main] Starting VS Code后，多因用户数据目录权限异常或路径含中文/空格；若报Failed to load module "libX11.so"等，则Linux缺系统依赖；若反复出现Extension host terminated unexpectedly，大概率是某扩展同步阻塞。
命令行启动无响应，基本是进程卡在初始化阶段，不是没反应，而是被某个环节死锁了——先别重装，用 code --verbose 看它到底卡在哪一步。
用 code --verbose 暴露真实卡点
图形界面静默失败时，命令行日志是唯一可靠线索。直接运行 code --verbose，观察输出末尾停在哪一行：
- 卡在
[main] Starting VS Code后无后续 → 很可能用户数据目录权限异常或路径含中文/空格 - 出现
Failed to load module "libX11.so"或libglib-2.0.so.0: cannot open shared object file→ Linux 缺系统依赖，需装libxss1、libglib2.0-0等 - 报
ERROR: Failed to get user data dir（Windows）→ 注册表里User Shell Folders下的Local AppData值被篡改 - 反复打印
Extension host terminated unexpectedly→ 扩展主机崩溃，大概率是某扩展的activate()同步阻塞或原生模块加载失败
code --disable-extensions --disable-gpu --no-sandbox 组合验证
单靠 --disable-extensions 有时还不够，某些扩展的副作用会穿透到沙盒或 GPU 渲染层。必须组合使用才能真正绕过初始化链路：
-
--disable-extensions：跳过所有activationEvents，排除语言服务器、Git 监听等重型扩展干扰 -
--disable-gpu：避免 Intel HD Graphics / VMware 虚拟显卡等驱动兼容问题引发的黑屏或无限转圈 -
--no-sandbox：绕过 Chromium 沙盒机制，在某些企业策略或老旧 Linux 发行版中可解除权限拦截 - 三者缺一不可——比如只加
--disable-gpu，但扩展仍在后台触发 OpenGL 上下文创建，照样卡死
清理缓存路径比重命名整个用户目录更精准
重命名 %APPDATA%\Code（Windows）或 ~/Library/Application Support/Code（macOS）虽有效，但会丢失所有设置和登录态。实际只需清理以下 4 个缓存子目录：
-
%APPDATA%\Code\Cache：Marketplace 接口缓存，损坏会导致启动时卡网络请求 -
%APPDATA%\Code\CachedData：语法高亮与语言服务元数据，损坏后智能提示失效、编辑器卡顿 -
%APPDATA%\Code\GPUCache：GPU 渲染缓存，尤其在启用硬件加速时易写坏，直接导致黑屏 -
%LOCALAPPDATA%\Programs\Microsoft VS Code\Cache：Electron 主进程级二进制缓存，不清理这个，Roaming 下清得再干净也白搭
注意：User、Extensions、Machine 这些目录千万别删，否则要重配全部设置和重装扩展。
杀干净残留进程再试，特别是 WebView2
VSCode 1.80+ 依赖 Microsoft Edge WebView2 渲染 UI，如果 WebView2Runtime.exe 进程损坏或版本不匹配，会静默卡死，任务管理器里看不到 code.exe，只看到一堆 WebView2 孤儿进程：
- Windows：在任务管理器里搜
WebView2和Code，把所有相关进程全结束 - macOS/Linux：终端执行
killall -9 code和killall -9 Electron，再确认ps aux | grep code无残留 - 杀完别急着双击图标——用命令行跑
code --disable-extensions --verbose，看是否真能打出日志
最常被忽略的是 WebView2 运行时本身的状态。它不像 VSCode 那样有卸载入口，出问题只能手动删缓存或重装 WebView2 Runtime。
