必须将Node.js安装路径改为纯英文路径，因中文路径导致VSCode调试器调用spawn时，Windows底层API用GBK解码UTF-8路径字节串而截断乱码，即使node -v正常也报spawn ENOENT。
Node.js调试时显示spawn D:\node.exe ENOENT怎么办
这是最典型的中文路径解析失败现象，不是Node没装好，而是VSCode启动子进程时，把UTF-8编码的中文路径字节串，交给了默认用GBK（CP936）解码的Windows底层API（如CommandLineToArgvW），结果路径直接被截断成乱码，最终找不到node.exe。
关键判断点：如果node -v在集成终端里能正常输出版本号，但调试器报这个错，说明问题出在VSCode→Node子进程这一跳的编码链上。
- 立刻检查
node.exe真实安装路径是否含中文（比如D:软件 odejs ode.exe）——这是根因，必须改 - 不要启用系统设置里的“Beta: 使用 Unicode UTF-8”——它会让Node子进程对argv做二次UTF-8编码，反而更乱
- 改完Node安装路径后，重启VSCode，并在开发者工具（
Ctrl+Shift+P→Developer: Toggle Developer Tools）的Console里确认没有ENOENT或Unable to resolve类报错
launch.json里配置runtimeExecutable仍失败
即使你手动写了"runtimeExecutable": "D:/dev/nodejs/node.exe"，调试器仍可能报错，因为VSCode会继续用原始工作区路径去拼接其他参数（如program、args），而这些路径若含中文，同样会被CommandLineToArgvW误判。
实操要点：
-
runtimeExecutable只解决Node本体路径问题，不解决脚本路径；务必确保program字段也指向英文路径下的文件（如"${workspaceFolder}/src/index.js"），且workspaceFolder本身不含中文 - 避免在
args里拼接路径字符串，例如"args": ["--file=D:\我的项目\data.json"]❌，应拆成数组项："args": ["--file", "${workspaceFolder}/data.json"]✅ - 所有路径变量统一用正斜杠
/，VSCode自动兼容Windows，且能绕过反斜杠+中文组合触发的转义截断
终端里npm start正常，但F5调试就崩
这说明Node运行时环境没问题，问题卡在VSCode调试器的启动流程中。调试器不用终端Shell，而是通过child_process.spawn直接调用node.exe，绕过了终端的代码页设置（如chcp 65001），所以终端能跑≠调试器能跑。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
必须做的三件事：
- 确认右下角选中的Node.js解释器路径是英文的（点击VSCode右下角Node图标 → Select Node.js Runtime → 检查路径）
- 在
.vscode/launch.json对应配置的env块中，**不要加任何环境变量**来“修复”路径——Node调试器不读PYTHONIOENCODING这类Python专用变量，加了无效还可能干扰 - 禁用GitLens、Project Manager等可能劫持文件URI解析的扩展，用
code --disable-extensions验证是否恢复
为什么重装VSCode到英文路径还不够
VSCode安装路径只是第一道关卡。Node调试失败常是多层路径叠加导致的：VSCode安装路径 + Node安装路径 + 工作区路径 + 脚本文件路径 —— 四者中任意一个含中文，都可能在某次spawn或require调用中被截断。
最容易被忽略的是工作区路径本身。比如VSCode装在C: ools scode，Node装在C:dev
odejs，但你的项目开在D:用户文档my-app，那么${workspaceFolder}传给Node的仍是UTF-8字节，而Node子进程仍用GBK去解，照样崩。
所以最终防线是：所有参与执行链的路径，从安装目录到文件名，全部保持ASCII字符。中文可以出现在文件内容、注释、甚至Git提交信息里，但绝不能出现在路径层级中。
