VSCode启动闪退90%非软件损坏，而是扩展、配置或权限问题；应先执行code --disable-extensions验证，能打开则锁定扩展问题，再检查settings.json语法、重命名用户数据目录或排查路径权限。
VSCode启动报错，90%不是软件损坏，而是扩展、配置或路径权限问题；直接重装是低效兜底动作，应先用code --disable-extensions验证是否为扩展引发，再逐层排查。
启动闪退或空白窗口：先禁用扩展再定位
VSCode常在扩展激活阶段静默崩溃，不弹窗、不留日志，只留下一个消失的进程。最有效动作是终端执行：code --disable-extensions。
- 能正常打开 → 问题出在扩展；打开命令面板运行
Developer: Show Running Extensions，重点关注Startup列为Yes的扩展（如ms-python.python、esbenp.prettier-vscode） - 仍失败 → 检查
settings.json语法：一个多余逗号或未闭合引号就会导致解析panic，建议重命名该文件为settings.json.bak后重启测试 - 连
--disable-extensions都打不开 → 可能是用户数据目录损坏，临时重命名%APPDATA%\Code（Windows）或~/Library/Application Support/Code（macOS）后再试
“Access is denied”或UAC弹窗：别提权，改路径
这类提示本质不是VSCode要管理员权限，而是插件试图往C:\Program Files、OneDrive或Downloads等受保护路径写缓存。
- 确认你安装的是
VSCode-win32-x64-user-setup.exe（User Installer），而非VSCodeUserSetup-x64.exe（System Installer）；后者默认装进Program Files，后续所有插件更新都需提权 - 检查插件日志：在输出面板切换到对应插件（如
Claude），搜索EACCES或permission denied，看错误路径是否含\OneDrive\或\Downloads\ - 把工作区移到干净路径，例如
D:\projects\myapp；部分插件支持自定义缓存路径（如"claude.cachePath"），设为%USERPROFILE%\AppData\Local\ClaudeCache更安全
终端打不开或报ENOENT：重置Shell配置比重装管用
终端空白或显示Failed to launch terminal process，大概率是terminal.integrated.defaultProfile指向了已卸载的Shell，或settings.json里存在非法配置。
- 先在设置界面搜索
terminal.integrated.defaultProfile，点击齿轮图标选Reset Setting；同样重置terminal.integrated.profiles - 关闭VSCode，打开
settings.json，删掉所有以"terminal.integrated"开头的行（包括逗号），保存后重启 - 若开发者工具Console里出现
spawn ENOENT，说明指定Shell不存在；Windows上可手动设为"terminal.integrated.defaultProfile.windows": "PowerShell"，并确保系统已安装PowerShell 5.1+
OmniSharp或语言服务不启动：别怪插件，先看.NET SDK匹配
右下角OmniSharp图标一直转圈，或TypeScript/Python提示“无法提供代码补全”，往往不是插件失效，而是底层运行时缺失或版本错位。
- 运行
dotnet --list-sdks确认已安装SDK版本，再打开.csproj文件核对<TargetFramework>（如net8.0）是否匹配 - 项目根目录下创建
global.json可强制锁定SDK版本：{"sdk": {"version": "8.0.400"}} - TypeScript项目缺
tsconfig.json，自动导入和类型检查基本失效；Python项目没pyproject.toml或setup.py，Pylance可能跳过完整分析
真正难处理的从来不是报错信息本身，而是错误发生前那一段没人注意的路径变更、权限重置或配置覆盖——比如某次OneDrive同步把.vscode目录拖进了加密区，或杀软悄悄把globalStorage设为只读。这些细节不会出现在错误弹窗里，但会卡死整个启动流程。
