VSCode闪退大概率是配置、扩展或缓存异常所致，非软件本身损坏；可通过code --verbose定位崩溃点，清空extensions文件夹验证插件冲突，Apple Silicon用户需关闭Rosetta并使用ARM64版本。
VSCode打开后闪退，**大概率不是软件本身坏了，而是启动时加载用户配置、扩展或缓存过程中触发了某个异常**——尤其在 macOS（特别是 Apple Silicon）、Windows 用户升级后或插件更新不完整时高频出现。
看终端输出：用 code --verbose 捕获真实崩溃点
图形界面一闪即逝，但终端能说话。直接跳过 Dock 点击，改用命令行启动，才能看到真正卡在哪：
- macOS：打开
Terminal，运行code --verbose，观察最后几行是否出现segmentation fault、Cannot read property 'xxx' of undefined或Splash相关报错 - Windows：用
cmd或PowerShell运行code --verbose，注意是否有Failed to load extension或路径解析失败（比如%APPDATA%\Code\...中的中文/空格/符号） - 如果输出里反复出现某个扩展 ID（如
ms-python.python），基本可锁定是它引发的；若卡在electron初始化阶段，可能是架构或权限问题
删 extensions 文件夹：最快验证是否插件冲突
插件是闪退头号嫌疑犯，但逐个禁用太慢。最有效的一刀切法是临时清空插件目录，让 VSCode 回到“出厂裸机”状态：
- macOS：
rm -rf ~/.vscode/extensions - Windows：
del /s /q "%APPDATA%\Code\Extensions"（管理员 CMD 下执行） - Linux：
rm -rf ~/.vscode/extensions - ⚠️ 注意：别删整个
~/.vscode，否则连工作区设置都丢了；只清extensions是安全的，重启后插件会重新下载安装 - 删完立刻运行
code测试——如果正常了，说明确实是某个插件惹的祸；之后再一个个重装+测试
Apple Silicon Mac 专用排查：检查是否跑在 Rosetta 下
VSCode 官方已全面支持 ARM64，但如果你的 Visual Studio Code.app 被系统自动套上 Rosetta 2 兼容层，反而容易因 Electron 渲染线程调度异常而闪退：
- 右键 VSCode 应用 →
显示简介→ 查看「使用 Rosetta 打开」是否被勾选 → **取消勾选** - 确认你下载的是官网标注
Universal或ARM64的版本（非x64）；2025 年底起，x64版本在 M 系列 Mac 上已明确不推荐 - 如果仍不稳定，可尝试终端强制指定架构启动：
arch -arm64 code --verbose
重置用户数据前的最后一步：换账户测试
当 --verbose 无报错、删插件无效、甚至重装也无效时，说明问题可能深埋在用户级配置中——比如损坏的 settings.json、异常的 keybinding、或同步服务写入了非法字段：
- 新建一个 macOS 管理员账户（或 Windows 本地新用户），登录后直接运行 VSCode —— 如果能正常启动，100% 是原用户目录下某个隐藏配置文件损坏
- 不要盲目删
~/.vscode全部内容；优先试删：~/Library/Application Support/Code（macOS）、%APPDATA%\Code（Windows） - 特别注意：
settings.json和keybindings.json是高频出事点；可先备份再清空这两个文件，再重启测试
最常被忽略的一点：VSCode 启动闪退几乎从不发生在“干净重装”之后——因为残留的 Extensions、Cache、Application Support 目录还在那儿。动手前先确认你删的是哪个路径，而不是只拖了 App 到废纸篓。
