VSCode中Node环境多版本冲突诊断方案-VSCode-PHP中文网

vscode中node -v显示旧版本是因主进程固化shell环境快照，需彻底重启进程并重载环境；断点灰掉和原生模块加载失败源于扩展主机使用内置node.js（napi版本锁定），须按vscode对应napi版本重编译；多根工作区需显式指定终端路径或用npx；dev containers提供abi级隔离。

vscode中node环境多版本冲突诊断方案

VSCode 里 node -v 显示旧版本，不是 PATH 没配对，而是进程启动时固化了 shell 环境快照——重启不彻底、nvm 切换后未重载、插件主机用的是内置 Node，三者混在一起就必然冲突。

终端 node -v 和系统不一致怎么办

这不是 PATH 写错了，是 VSCode 主进程没拿到你 nvm 切换后的新环境。它启动时读了一次 shell 的 PATH，之后就一直用那个快照。

Windows：在任务管理器中结束所有 Code.exe 进程（不只是关窗口），再重新启动
macOS：Dock 右键 VSCode → Quit（不是关闭窗口），然后从终端执行 code . 启动
nvm-windows 用户：每次 nvm use 后，必须在 VSCode 中按 Ctrl+Shift+P 执行 Terminal: Reload Shell Environment
验证方式：在 VSCode 终端运行 which node，输出应为类似 ~/.nvm/versions/node/v18.20.4/bin/node，而非 /usr/local/bin/node

launch.json 的 runtimeExecutable 为什么断点灰掉

runtimeExecutable 只控制调试会话的主进程，不影响扩展主机（Extension Host）和任何含原生模块的插件。断点灰掉、Cannot find module './build/Release/xxx.node' 都是典型症状。

Rydberg Agent Node

使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r

下载

插件实际运行在 VSCode 内置 Electron 的 Node.js 上，版本由 process.versions.node 和 process.versions.napi 决定
VS Code 1.90+ 对应 Node.js 22.4.0 + napi_build_version=9；若你用系统 Node v20.x（napi=8）执行 npm rebuild，生成的二进制无法加载
重编译必须带全参数：--napi-build-version=9 --runtime=electron --target=34.0.0
务必先清空插件目录下的 node_modules/.pnpm 和 out/，否则旧缓存优先被加载

多根工作区下 npm run dev 报 command not found

VSCode 不会自动把当前焦点子文件夹的 node_modules/.bin 加进 PATH，终端默认工作目录是第一个添加的文件夹，PATH 也继承自启动时的 shell，和你正在编辑哪个子项目无关。

不要依赖 terminal.integrated.cwd 设成 "${workspaceFolder}"——它只对新终端生效，且在多根工作区下取的是第一个文件夹
右键资源管理器中的某个子文件夹 → Open in Integrated Terminal，新开终端会自动 cd 进该路径
或者用命令面板执行 Terminal: Create New Terminal in Active Workspace Folder
脚本调用尽量用 npx 显式指定，比如 npx vite 而非直接 vite，避免 PATH 查找歧义