vscode终端未继承系统path中的node，根本原因是gui启动未加载shell初始化文件（如~/.zshrc），导致nvm/fnm等版本管理器失效；需启用terminal.integrated.inheritenv、检查shell配置无提前退出、并在settings.json中正确配置node_binary环境变量。
VSCode终端启动时没用系统PATH里的node
VSCode终端（尤其是macOS或Linux）默认不继承图形界面的shell环境变量，node命令可能指向系统自带的老版本（比如macOS的/usr/bin/node），而不是你用nvm、fnm或Homebrew安装的版本。现象是：终端里执行which node返回错误路径，node -v版本偏低，但终端外终端（如iTerm）一切正常。
- 根本原因是VSCode通过
launchd启动，未加载~/.zshrc或~/.bash_profile中的nvm/fnm初始化逻辑 - 最直接的修复方式是在VSCode设置中启用
terminal.integrated.inheritEnv（设为true），但仅对新打开的终端生效 - 若仍无效，检查你的shell配置文件是否含
return或exit提前终止——nvm常因这一行被跳过：[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"
tasks.json里npm脚本找不到node_modules/.bin下的可执行文件
VSCode的tasks.json默认使用shell类型任务，但不会自动把node_modules/.bin加入PATH，导致像eslint、prettier这类本地安装的CLI报command not found。
- 不要在
args里硬写./node_modules/.bin/eslint——路径会随项目结构变化，且Windows下不兼容 - 正确做法是改用
type: "shell"+ 显式拼接PATH，例如在options.env中追加："PATH": "${workspaceFolder}/node_modules/.bin:${env:PATH}" - 更稳妥的是换用
type: "process"，直接调用npm run或npx，比如"command": "npx", "args": ["eslint", "."]——npx自动优先查找本地node_modules/.bin
调试时launch.json中runtimeExecutable指向错误node版本
VSCode调试Node.js时，如果launch.json里写了"runtimeExecutable": "/usr/local/bin/node"，而你实际想用nvm管理的v18.18.2，就会触发版本不匹配、断点失效甚至ERR_REQUIRE_ESM错误。
- 绝对路径写死等于放弃版本管理，应删掉
runtimeExecutable字段，让VSCode自动使用当前shell的node - 若必须指定，用
${env:NODE_BINARY}环境变量替代硬编码，并在VSCode设置或settings.json中定义："terminal.integrated.env.linux": {"NODE_BINARY": "/home/user/.nvm/versions/node/v18.18.2/bin/node"}（路径按实际调整） - 注意Windows用户需用反斜杠或正斜杠均可，但
\要双写："C:\Users\user\AppData\Roaming\nvm\v18.18.2\node.exe"
插件如ESLint或Prettier提示“Cannot find module”
这类错误通常不是插件本身问题，而是VSCode的扩展进程用了和编辑器终端不同的Node环境——比如扩展后台静默运行在一个独立Node实例里，没加载nvm配置。
- 先确认插件设置中是否启用了
eslint.runtime或prettier.resolveGlobalModules等开关，关掉它们能强制走项目本地依赖 - 在VSCode设置中搜索
nodejs，找到Extensions > ESLint: Node Path，填入你期望的node完整路径（如/Users/xxx/.fnm/node-18.18.2/bin/node） - 重启VSCode（不是重载窗口），因为扩展进程只在启动时读取一次Node路径
