vscode启动白屏、无响应且状态栏不加载，大概率是插件在extension host初始化阶段触发node依赖冲突导致崩溃；典型错误“extension host terminated unexpectedly”出现在开发者工具console中，表明插件宿主已挂起，需用code --disable-extension配合--log-level=trace定位具体插件及缺失模块。
VSCode 启动后卡在白屏、无响应、右下角状态栏不加载，甚至点开设置都慢半拍——大概率不是硬件或系统问题，而是某个插件在 extension host 初始化阶段就触发了 Node 依赖冲突，导致进程挂起或反复重启。
Extension host terminated unexpectedly 错误直接指向插件加载失败
这个错误不是警告，是崩溃信号。它出现在 Developer Tools → Console 里，说明 VSCode 主进程已放弃加载插件宿主（exthost）。常见诱因包括：
- 插件内部
require()了一个与当前 Node 版本不兼容的 native 模块（比如旧版node-sass或fsevents） - 多个插件同时尝试 patch
process.argv或劫持child_process.spawn，造成竞态失败 - 插件声明的
"engines": {"vscode": "1.80.0"}被硬锁死，而你已升级到 1.118，VSCode 强制加载时解析失败
此时 UI 界面“假死”，但终端仍可输入命令——这是关键判断点：能进终端，就别重启，直接用命令行排查。
code --disable-extension 必须配合 --log-level=trace 才能定位真实冲突点
只禁用插件看不到底层报错，必须让日志吐出加载链路。在终端执行：
code --disable-extension ms-python.python --log-level=trace
然后观察输出中类似这样的行：
[exthost] start process: node "/home/user/.vscode/extensions/ms-python.python-2024.6.0/dist/extension.js"
如果这行之后立刻断掉，或出现 Error: Cannot find module 'vscode-nls'，说明该插件依赖的 VS Code 内置模块缺失或版本错配。这时重点检查：
-
package.json中devDependencies是否漏装了vscode-nls或@types/vscode - 插件是否用了已被废弃的 API，如
vscode.workspace.rootPath（已替换为vscode.workspace.workspaceFolders） - 插件构建时是否用了不匹配的
@vscode/test-electron版本（测试框架版本需与 VSCode 当前 stable 版本对齐）
npm install 后插件仍报依赖缺失，本质是 VSCode 没读取本地 node_modules
很多插件（尤其是语言服务器类）会在激活时动态 require 项目里的 eslint、typescript 或 prettier。但 VSCode 默认只读取插件自身 node_modules，不会跨到工作区目录找。
典型表现：项目根目录有 node_modules/eslint，插件却报 Cannot find module 'eslint'。解决方法只有两个：
- 在插件的
package.json的dependencies字段显式声明"eslint": "^8.56.0"（注意：不是devDependencies），然后重新vsce package - 改用插件配置项指定路径，例如 ESLint 插件支持
eslint.nodePath设置，填入"./node_modules"（相对路径需以.开头）
别指望 VSCode 自动“猜”你用的是哪个 eslint——它连你当前终端激活的是哪个 venv 都不关心，只认插件包内或配置项里写死的路径。
离线环境安装插件后假死，往往卡在 npm audit 或 registry 解析上
断网时 VSCode 启动插件，若插件含自动依赖安装逻辑（比如某些前端预览插件会拉 serve），就会触发子进程跑 npm install。而 npm 默认行为是先 audit 再 install，断网即卡在 DNS 查询上，长达 30 秒无响应。
验证方式：启动时加 --verbose，看最后停在哪条 log；更直接的是在插件源码里搜 spawn\('npm' 或 exec\('npm install'。
临时解法（无需改插件代码）：
- 在用户级
.npmrc中写入audit=false和registry=https://registry.npmmirror.com/ - 删掉插件目录下的
node_modules（如有），再手动运行npm install --no-audit完成本地依赖安装 - 确保插件
package.json中main入口文件不包含任何网络请求逻辑（如https.get或fetch）
真正麻烦的不是 npm 卡住，而是插件把这种阻塞调用写在了 activate() 函数里——VSCode 不会等它，直接 kill 进程，然后循环重试，形成“启动→崩溃→重启→再崩溃”的死循环。
