根本原因是VSCode集成终端未加载自定义npm全局路径，只认系统PATH中默认的%USERPROFILE%AppDataRoaming pm；需修改用户环境变量Path为实际prefix路径并彻底重启VSCode。
VSCode 找不到全局安装的 npm 包（如 vue、pnpm）
根本原因是 VSCode 的集成终端没加载你改过的 NODE_PATH 或自定义 prefix，它只认系统 PATH 里那个原始的 C:Users用户名AppDataRoaming
pm 路径。哪怕你在 CMD 里能直接敲 vue -V，VSCode 里照样报 command not found。
实操建议：
- 确认你执行过这两条命令（路径替换成你自己的）：
npm config set prefix "D: odejs ode_global"npm config set cache "D: odejs ode_cache" - 在系统环境变量中，用户变量 的
Path里，把旧的%USERPROFILE%AppDataRoaming pm替换为D: odejs ode_global -
不要只改系统变量里的
NODE_PATH—— 它只影响require()，不影响命令行执行；真正决定vue、pnpm能不能敲出来的是Path - 改完必须彻底关闭所有 VSCode 窗口，再重新打开，否则继承的是旧 shell 环境
code-runner 执行 JS 报错“Cannot find module”
这是 code-runner 默认用当前工作目录启动 node，但没设 NODE_PATH，所以找不到你全局装在 node_global
ode_modules 里的包（比如 lodash 或 axios）。
实操建议：
- 打开 VSCode 设置，搜
code-runner.executorMap，找到javascript对应项 - 改成这样（Windows 示例）：
"node -r ${env:NODE_PATH}\..\node_modules\babel-register $fileName"
更稳妥的做法是：直接用node --experimental-specifier-resolution=node $fileName，避免模块解析失败 - 如果你只是想跑纯脚本（不 require 全局包），就别依赖全局安装——
npm init -y && npm install lodash，然后require('lodash')就行，最稳
调试时 require('xxx') 失败，但 npm list -g 显示已装
Node.js 调试器（vscode-js-debug）默认不读 NODE_PATH，也不走 npm 的 prefix，它只按 Node.js 原生规则找模块：先查 node_modules 相对路径，再查 global node_modules，但前提是 global node_modules 在 module.paths 里。
实操建议：
- 在调试前，手动验证：
打开集成终端，运行node -p "console.log(module.paths)"，看输出里有没有你的node_global ode_modules路径 - 如果没有，说明
NODE_PATH没生效 —— 检查是否设在系统变量而非用户变量（某些 VSCode 启动方式会忽略用户变量） - 临时解法：在
launch.json里加环境变量："env": { "NODE_PATH": "D:\nodejs\node_global\node_modules" }
全局模块装了却提示 module not found，但路径明明对
常见于 Windows 下路径含空格或中文，或者 Node.js 版本 ≥18.0 之后默认启用 ESM，而全局包大多是 CommonJS 格式，require() 会被拒绝。
实操建议：
- 检查 Node.js 版本：
node -v，如果是v18.0+，全局包又没提供 ESM 入口，就别require它 —— 改用spawn('vue', [...])或execSync('vue --version')调用命令行 - 路径别带空格或中文，比如
D:Program Files odejs→ 改成D: odejs - 全局安装时加
--no-save防止写进项目package.json，避免混淆本地/全局依赖
NODE_PATH 就万事大吉的事，关键在于 VSCode 启动时到底继承了哪一套环境变量、code-runner 怎么调用 node、调试器怎么解析 require —— 这三者各自有一套逻辑，容易互相打架。最省事的方式，其实是放弃全局调用，改用本地 devDependencies + npx。 
