VSCode终端中node -v报command not found，根本原因是其启动时未加载shell配置文件（如~/.zshrc），导致PATH缺失；需设置terminal.integrated.shellArgs为["-l"]并彻底重启VSCode解决。
VSCode 里 node -v 报 command not found，不是插件没装、也不是 VSCode 坏了，而是它根本没拿到你终端里已配好的 node 路径——环境变量没继承过去，后续所有调试、运行、补全都会卡在这一步。
VSCode 终端里 node 找不到，但系统终端能用
这是 macOS/Linux 和 Windows 上最典型的环境变量断层问题。
- macOS/Linux：从 Dock 或 Spotlight 启动 VSCode 时，它跑的是 non-login shell，完全跳过
~/.zshrc或~/.bash_profile里的export PATH=...；which node输出的路径（比如/opt/homebrew/bin/node）压根不在 VSCode 终端的$PATH里 - Windows：Node.js 安装时没勾选 Add to PATH，系统级环境变量里就没有
node.exe的位置；哪怕你用 CMD 或 PowerShell 能跑node -v，那也可能是当前会话临时加的 PATH，VSCode 启动时并不继承 - 验证方式只有一种：在 VSCode 内置终端（
Ctrl + `）里直接执行node -v；没输出就别往下配launch.json，全是空转
code-runner 运行 JS 脚本乱码、卡死、报 Cannot use import statement
code-runner 默认命令是 node $fileName，它不处理编码、模块类型、输入流，也不读 package.json，属于“裸跑”，极易出问题。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- Windows 中文路径下乱码：在 VSCode 设置中搜索
code-runner.executorMap，把javascript对应值改成：node -r utf-8 $fileName - ESM 报
Cannot use import statement outside a module：先确保项目根目录有package.json且含"type": "module"，再把 executor 改成：node --experimental-specifier-resolution=node $fileName - 遇到
process.stdin就假死：这是code-runner的固有限制，它不支持交互式输入；换用内置终端手动运行，或改用 F5 调试模式
launch.json 断点不命中，提示 Cannot launch program
这个错误和代码语法无关，是调试器压根找不到可执行的 JS 文件，或者源映射（source map）和入口路径对不上。
-
program字段必须指向一个真实存在的、能被node直接执行的.js文件，比如${workspaceFolder}/dist/server.js；不能是.ts、.jsx或未编译的源码 - TypeScript 项目：
tsconfig.json必须启用"sourceMap": true，且编译后生成的.js.map和.js必须在同一目录 - ESM 项目：除了
package.json里写"type": "module"，还要确认launch.json没误配runtimeExecutable指向旧版 Node；建议删掉该字段，让调试器走默认查找逻辑
用了 nvm / volta / fnm，调试器还是找不到 node
VSCode 调试器（pwa-node）默认不识别版本管理工具的动态切换逻辑，它只认绝对路径或系统 PATH。
- 稳妥做法是在
launch.json的configurations里显式指定："runtimeExecutable": "/Users/xxx/.nvm/versions/node/v18.17.0/bin/node"（macOS/Linux）或"runtimeExecutable": "C:\Users\xxx\AppData\Roaming\volta\tools\image\node\18.17.0\bin\node.exe"（Windows） - 不要依赖
env或envFile去“喂” PATH 给调试器——它不认这个；env字段只对子进程生效，而runtimeExecutable是调试器自己启动的主进程 - 如果只是临时切版本，更简单的方式是：在终端里用 nvm 切好，再执行
code .启动 VSCode，让它继承当前 shell 的环境
真正容易被忽略的点是：VSCode 的终端、调试器、任务（tasks）、code-runner，它们各自加载环境变量的机制完全不同。一个地方通了，不代表其他地方也通——别假设“我 terminal 能跑 node，那一切就该正常”。每次出问题，先回到内置终端敲一遍 node -v，这是唯一可信的起点。
