VSCode重复启动失败通常由残留进程、用户数据损坏或系统防护干扰导致；需先杀掉code、Code Helper及WebView2Runtime.exe等进程，再用--user-data-dir测试是否配置损坏，或用--disable-gpu/--no-sandbox绕过GPU/沙箱问题。
VSCode重复启动失败，基本可以断定是残留进程、用户数据损坏或系统防护干扰导致的——它不是装不上，而是每次启动都被同一个旧状态卡住。
杀光所有code相关进程再试
VSCode启动失败却无报错窗口，大概率是后台有没退出干净的code、Code Helper或WebView2Runtime.exe（Windows 1.80+必需）在占着资源。这些进程会锁住配置文件、端口甚至GPU上下文，新启动实例一上来就卡死。
- macOS/Linux：终端运行
ps aux | grep code，找到所有含code或Electron的进程，用kill -9 PID干掉 - Windows：打开任务管理器 → “详细信息”页，搜索
code.exe、CodeHelper.exe、WebView2Runtime.exe，全部“结束任务” - 别信“重启解决”——某些安全软件（如360、腾讯电脑管家）会在后台静默拉起
msiexec.exe或code.exe，必须手动清
用干净用户目录验证是否配置损坏
用户数据目录（~/.vscode、%APPDATA%\Code或~/Library/Application Support/Code）里一个损坏的settings.json、多逗号的keybindings.json，或坏掉的workspaceStorage，都会让VSCode在加载阶段静默失败，连欢迎页都出不来。
- 先退出所有VSCode进程，再执行：
code --user-data-dir=/tmp/vscode-test（Linux/macOS）code --user-data-dir="%TEMP%\vscode-test"（Windows） - 能启动 → 原
User目录已污染；不能启动 → 问题在更底层（如系统依赖、GPU、沙箱） - 确认是配置问题后，不要直接覆盖重装，而是逐个备份迁移：
settings.json和keybindings.json可校验后还原，但workspaceStorage、globalStorage、Cache这类二进制缓存直接删掉即可
绕过GPU和沙箱快速定位卡点
很多“重复失败”实际是渲染链路不通：老旧显卡驱动、远程桌面环境、Docker容器或企业策略禁用沙箱，都会让VSCode主进程卡在窗口创建前，不报错、不弹窗、只空转CPU。
- 先试
code --disable-gpu：禁用硬件加速，强制走软件渲染 - 再试
code --disable-gpu --no-sandbox：彻底关闭Chromium沙箱（仅排查用，勿长期启用） - Linux下若日志出现
Failed to move to new namespace，说明容器缺cap_sys_admin权限，--no-sandbox是必选项 - Windows上若双击图标完全无反应，但
code --disable-gpu能打开，基本锁定为显卡驱动兼容性问题，更新或回退驱动即可
检查安装器残留和系统防护拦截
安装过程反复重试，不是网络慢，而是Windows系统认为“另一个安装正在运行”。这背后往往是msiexec.exe进程残留、受控文件夹访问拦截写入，或杀软劫持了安装流程。
- 任务管理器里搜
msiexec.exe，结束所有实例（常不止一个） - 关掉Windows安全中心里的“受控文件夹访问”（路径：病毒和威胁防护 → 勒索软件防护）
- 改用System Installer版本（下载页带
system字样的MSI），装到C:\Program Files\，避开%APPDATA%的细粒度权限限制 - 别右键User Installer选“以管理员身份运行”——它设计上就不该提权，强行提权反而触发UAC拦截
真正容易被忽略的是：VSCode不会告诉你哪里错了。它只是反复尝试、失败、重试，直到你手动干掉某个进程、删掉某个缓存、或者关掉某项系统功能，它才突然安静下来，完成一次正常启动。
