VSCode启动失败时应使用code --disable-extensions命令强制进入无扩展模式。Windows用Win+R运行cmd执行该命令，macOS和Linux在终端执行，此参数在主进程初始化前切断扩展加载，比安全模式更彻底。
VSCode 启动失败时如何强制进入无扩展模式
插件冲突或损坏的扩展常导致 VSCode 卡在启动界面、白屏、反复崩溃，甚至无法弹出窗口。此时不能依赖「设置里禁用扩展」——因为根本进不去 UI。必须绕过扩展加载流程，用命令行参数强制跳过所有扩展。
关键点：--disable-extensions 是唯一可靠的无扩展启动方式，它在主进程初始化前就切断扩展加载链，比「安全模式」更底层、更彻底。
- Windows：按 Win + R，输入
cmd回车，执行：code --disable-extensions
- macOS：打开终端，执行：
code --disable-extensions
（确保已配置code命令；若提示未找到，先运行Shell Command: Install 'code' command in PATH） - Linux：终端中执行：
code --disable-extensions
注意：不要加引号，不要拼错参数名，--disable-extensions 中的连字符是两个短横，不是中文破折号或长横。
为什么「开发者：重新加载窗口」或「安全模式」不总是有效
「安全模式」（Developer: Enter Safe Mode）本质是禁用用户安装的扩展，但保留部分内置扩展（如 TypeScript、JSON 支持），且仍会加载扩展主机进程。一旦某个内置扩展或扩展管理器自身出问题，安全模式也会失效。
而 --disable-extensions 直接跳过整个 ExtensionHost 初始化，连扩展目录都不扫描，属于“手术刀级”隔离。
- 常见失效场景：
vscode-icons或GitLens的旧版本触发 Electron 渲染进程崩溃，此时连命令面板都打不开 - 某些语言服务器（如
rust-analyzer）卡死主线程，导致窗口无响应，安全模式无法触发 - 扩展更新中途断电/中断，造成
.vscode/extensions/下残留损坏的package.json，VSCode 尝试解析时报错退出
进无扩展模式后该做什么
成功进入后，界面会明显变“素”：没有侧边栏图标、无状态栏右下角提示、语法高亮仅靠基础语言支持（如 JavaScript 有，但 ESLint 报错不会显示）。这是正常现象。
- 立即打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Extensions: Show Installed Extensions，检查是否有扩展显示「Load failed」或灰色禁用图标 - 逐个禁用近期更新或可疑扩展（尤其名称含
theme、icon、lsp、language的），禁用后重启 VSCode（不带参数）验证是否恢复 - 若仍异常，可清空扩展目录：
— Windows：%USERPROFILE%\.vscode\extensions
— macOS：$HOME/.vscode/extensions
— Linux：$HOME/.vscode/extensions
删除前建议重命名备份，而非直接删
预防插件冲突的实操习惯
VSCode 扩展生态活跃，但缺乏统一兼容性测试机制。高频操作和易被忽略的细节决定稳定性。
- 更新扩展前，先看 Release Notes 里是否标注「Requires VSCode v1.90+」或「Breaks with Python extension v2024.x」
- 避免同时启用多个同类功能扩展（例如：同时装
Auto Rename Tag和Highlight Matching Tag，或两个 Prettier 集成） - 工作区级扩展（
.vscode/extensions.json）优先于全局扩展，但若项目配置了冲突扩展，会导致该工作区无法启动 —— 此时需手动删掉该文件再进无扩展模式 -
code --list-extensions可快速导出当前启用列表，便于故障时比对变更
最麻烦的情况是扩展修改了 VSCode 自身的 product.json 或劫持了 electron.app.getPath('userData')，这种已超出无扩展模式能解决的范围，需要重装 VSCode 并手动迁移设置。
