npm config set prefix 必须执行两次是因为配置分用户级和全局级，默认只写入用户级 ~/.npmrc，而 Windows 管理员终端可能读取系统级配置导致冲突；需加 --global 参数确保生效，并将 prefix/bin（Windows 为 prefix）加入 PATH，且 VSCode 需启用 login shell 或重启才能加载新 PATH。
npm config set prefix 为什么必须执行两次？
很多人只运行一次 npm config set prefix 就以为改好了，结果全局安装的包还是跑到 C:Users{user}AppDataRoaming
pm 或 /usr/local。根本原因是：npm 的配置分「用户级」和「全局级」，而 npm config set 默认写入的是用户级配置（~/.npmrc），但 Windows 下某些场景（如以管理员身份运行终端）会读取系统级配置，导致冲突。
实操建议：
- 先在普通权限终端执行
npm config get prefix，确认当前生效路径 - 再执行
npm config set prefix "D: odejs ode_global"（路径不含空格，用双引号包裹） - 紧接着执行
npm config list，检查输出里prefix =行是否为你刚设的路径 - 若没出现，加
--global参数重试：npm config set --global prefix "D: odejs ode_global"
PATH 环境变量要加哪一层？不是 prefix 路径本身
设完 prefix 后，npm install -g nodemon 确实会把可执行文件放进 D:
odejs
ode_global，但 VSCode 终端仍报 command not found——因为可执行文件实际放在 D:
odejs
ode_global
ode_modules.bin 下，而不是 prefix 根目录。
所以你要加进系统 PATH 的是：
- Windows：
D: odejs ode_global（npm 会自动在此生成软链接） - macOS/Linux：
$(npm config get prefix)/bin，即在~/.zshrc里写export PATH="$(npm config get prefix)/bin:$PATH" - 改完后必须重启 VSCode，否则集成终端不加载新 PATH
VSCode 终端不认 PATH？检查 shell 是否启用 login mode
即使 PATH 正确，VSCode 终端仍找不到全局命令，大概率是因为它没加载 shell 初始化文件（如 ~/.zshrc）。默认终端启动方式是非 login 模式，不执行 profile 配置。
解决方法（任选其一）：
- 在 VSCode 设置中搜索
terminal.integrated.profiles，找到你用的 shell（如zsh或powershell），给它加上"args": ["-l"]（-l表示 login shell） - 或直接在 VSCode 终端里手动执行：
source ~/.zshrc（macOS/Linux）或. $PROFILE（PowerShell） - 验证：
which nodemon（macOS/Linux）或where nodemon（Windows）应返回非空路径
runtimeExecutable 在 launch.json 中不能省略
调试时提示 Can’t find Node.js binary “node”，不是 PATH 问题，而是 VSCode 调试器压根不查系统 PATH，它只认 launch.json 里显式写的 runtimeExecutable。
正确写法（以 Windows 为例）：
{
"version": "0.2.0",
"configurations": [{
"type": "node",
"request": "launch",
"name": "Launch File",
"runtimeExecutable": "D:\nodejs\node.exe",
"program": "${file}"
}]
}
注意：
- 路径用双反斜杠
\或正斜杠/，别用单反斜杠（会被转义） -
runtimeExecutable必须指向真实存在的node.exe文件，不是node命令名 - 这个字段和
PATH无关，它是调试器独立加载的二进制路径
prefix 和 PATH 后，没验证 npm install -g 装出来的可执行文件是否真能运行，也没确认 launch.json 里的 runtimeExecutable 指向了同一套 Node 安装。三者脱节，问题就藏在缝隙里。 
