npm install -g 在 nvm 切换版本后失效，是因为 npm 全局安装路径（prefix）默认绑定各 node 版本独立目录，导致不同版本间全局模块不共享；解决方法是统一所有版本的 prefix 和 cache 至同一物理路径，并同步配置系统 path 与 node_path 指向该共享目录。
为什么 npm install -g 在 nvm 切换版本后就失效了
nvm 每次 nvm use 会把当前 Node 版本的 npm 二进制和默认 prefix 绑定在一起，而 npm 全局安装路径（prefix）默认是跟着 Node 版本走的。比如 v18.17.0 的全局模块装在 C:UsersmeAppDataRoaming
pm，v20.9.0 的又另起一套——不是找不到命令，是根本没装过。
真正要解决的不是“怎么让命令可用”，而是“让所有 Node 版本共用同一套全局模块 + 缓存”。否则每次切版本都要重装 express、pnpm、typescript，纯属重复劳动。
统一 prefix 和 cache 路径必须用 nvm root + 手动 config
nvm 本身不自动同步 npm 配置，它只管 Node 二进制切换。你得手动把所有版本的 npm 指向同一个物理路径：
- 先确认 nvm 的根目录：
nvm root（常见如C:Usersme vm或D: vm），这个目录下有各 Node 版本子文件夹 - 在该根目录外新建两个固定路径，比如：
D: odejs ode_global和D: odejs ode_cache（注意：路径里不能有空格） - 对每个已安装的 Node 版本，依次执行（在 VSCode 终端里先
nvm use x.x.x，再运行）：npm config set prefix "D: odejs ode_global"npm config set cache "D: odejs ode_cache" - 验证是否生效：
npm config get prefix应返回D: odejs ode_global，且该目录下出现node_modules和.bin
PATH 和 NODE_PATH 必须指向共享目录，且只设一次
系统 PATH 里不能放任何 Node 版本专属路径（比如 C:Program Files
odejs 下的 npm.cmd），否则会优先调用旧版 npm；NODE_PATH 也只认你指定的共享 node_modules，不认各个版本自带的。
操作步骤：
- 把
D: odejs ode_global加进系统环境变量Path（不是用户变量） - 新增系统变量
NODE_PATH，值为D: odejs ode_global ode_modules - 删掉所有旧的 npm 全局路径（如
%APPDATA% pm）——它们现在只是冗余残留 - 重启 VSCode（不是终端标签页），再开终端执行
which npm（macOS/Linux）或where npm（Windows），输出应唯一指向D: odejs ode_global.bin pm.cmd
VSCode tasks.json 和 launch.json 仍可能绕过 nvm
即使全局配置好了，VSCode 的 tasks.json 或调试器仍可能跳过 shell 初始化，直接调用系统里第一个 npm，导致用错版本或路径。这不是配置失败，是执行机制问题。
关键应对方式：
-
tasks.json中不要写"command": "npm"，改用完整路径："command": "D:\nodejs\node_global\.bin\npm.cmd"（Windows）或"command": "/path/to/node_global/.bin/npm"（macOS/Linux） -
launch.json中runtimeExecutable留空即可，它会走系统 PATH；但务必确保env里没硬编码NODE_OPTIONS或覆盖PATH - 如果用 PowerShell 终端，检查
$PROFILE是否加载了 nvm 初始化脚本；没加载的话，tasks就不会感知nvm use结果
最隐蔽的坑是：你改完了所有配置，但 VSCode 启动时用的是旧 shell 进程，PATH 没刷新——关掉所有窗口，从开始菜单重新启动 VSCode，别偷懒只关终端。
