这是 Windows PATH 环境变量超长导致 VSCode 子进程启动失败，因 CreateProcess API 对 PATH 长度敏感（超约 8000 字符即静默截断或拒绝创建），引发 spawn ENOENT、Code Runner 无响应、调试器找不到 node 等现象。
这不是 Node 内存溢出，也不是路径找不到——而是 Windows 上 PATH 环境变量超长，导致 VSCode 启动子进程时调用 CreateProcess 失败，报错类似 spawn ENOENT 或直接卡在“正在运行…”无响应。
为什么 PATH 过长会让 Node 找不到？
Windows 系统对单个环境变量长度有硬限制（约 32767 字符），但实际更早就会出问题：CreateProcess API 在构造子进程环境块时，若 PATH 超过 ~8000 字符，就可能静默截断或拒绝创建进程。VSCode 的终端、Code Runner、调试器都依赖它启动 node、npm 等命令——一旦 PATH 溢出，系统根本找不到可执行文件，表现为：
-
spawn npm ENOENT（即使npm -v在系统终端能正常运行） - Code Runner 按
Ctrl+Alt+N后光标闪烁几秒就消失，无输出 - F5 调试时 launch.json 报
Cannot find runtime 'node'，但which node显示路径正常
如何确认是 PATH 过长？
别猜，直接查长度：
OC SSH Tunnel Node Recovery
下载
诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。
- 在 VSCode 集成终端里运行：
echo $env:PATH.Length（PowerShell）或@echo %PATH:~0,100%（CMD 查前 100 字符看是否被截断） - 打开命令提示符（非 VSCode 终端），运行：
set PATH | findstr /c:"PATH=" | powershell "$_.Length" - 超过 6000 字符就该警惕；超过 8000 基本确定是根因
临时绕过：VSCode 启动时不继承全量 PATH
VSCode 默认把整个用户/系统 PATH 注入所有子进程。你可以强制它只传必要路径：
- 关闭所有 VSCode 窗口
- 在终端（非 VSCode 内置终端）中执行：
code --disable-extensions --no-sandbox --env=PATH="C:Windowssystem32;C:Windows;C:WindowsSystem32Wbem;C:UsersXXXAppDataRoaming pm" - 其中
C:UsersXXXAppDataRoaming pm替换为你全局 npm bin 路径（运行npm config get prefix→ 加in） - 这样启动后，
node、npm就能被找到，且不触发CreateProcess溢出
长期修复：精简 PATH 并隔离 VSCode 环境
治本要从源头砍掉冗余路径，而不是靠 VSCode 临时绕行：
- 运行
systempropertiesadvanced.exe→ “环境变量” → 检查“用户变量”和“系统变量”里的PATH，删掉重复、失效、临时加的 SDK/bin 目录（比如多个 Java 版本、旧版 Python、废弃的工具链） - 把项目专用工具（如 pnpm、turbo）装到项目本地：
npm install --save-dev pnpm，然后在package.json脚本里用npx pnpm，避免全局安装塞进 PATH - 在项目根目录
.vscode/settings.json中加这一行："terminal.integrated.env.windows": { "PATH": "${env:windir}\system32;${env:windir};${env:windir}\System32\Wbem;${workspaceFolder}\node_modules\.bin" }—— 让集成终端只用最小 PATH，且优先走本地node_modules/.bin
PATH 溢出问题不会报明确错误，只会让命令“消失”。真正麻烦的不是修一次，而是每次装新工具、切项目、开多工作区时又悄悄长回去——所以必须把精简 PATH 当作初始化项目的固定动作，而不是救火补丁。
