为何同一操作系统中JS环境与Shell环境的Node.js版本不一致？

哎，这个问题我可太熟了！其实核心原因基本都是系统里存在多个Node.js版本，或者不同环境调用的Node可执行文件路径不一样。咱们分Ubuntu和Windows两种场景具体唠唠：

Ubuntu 场景拆解 #

• Shell（Bash）和JS环境调用的不是同一个Node程序
  你在Bash里敲node -v时，系统会按照$PATH环境变量里的路径顺序查找node命令。但你的JS环境（比如VS Code的集成终端、某些IDE的内置运行环境）可能自带了Node.js，或者单独配置了环境变量，优先调用了其他路径下的Node版本。
  举个真实例子：你可能通过apt装了系统级的Node（路径比如/usr/bin/node），又用nvm（Node版本管理器）装了另一个版本（路径比如~/.nvm/versions/node/v18.17.0/bin/node）。如果Bash的$PATH里先指向系统级的Node，而JS环境的配置优先加载了nvm的版本，那两边显示的版本自然不一样。
• 快速验证方法：
  在Bash里执行which node，记下输出的路径；再在JS环境里运行console.log(process.execPath)，对比两个路径就能明确是不是调用了不同的Node程序。

Windows 场景拆解 #

• PowerShell和JS环境的环境变量优先级/配置不同
  Windows的环境变量分系统变量和用户变量，PowerShell默认会加载完整的系统+用户环境变量。但有些JS运行环境（比如Electron应用内置的Node、IDE的集成环境）可能会单独指定Node路径，或者没加载你用nvm-windows设置的版本配置。
  比如你系统里装了全局Node在C:\Program Files\nodejs\node.exe，但你的JS环境用的是VS Code内置的Node版本，或者某个项目通过nvm-windows切换了版本，但PowerShell没加载nvm的初始化脚本，导致两边调用的Node不是同一个。
• 快速验证方法：
  在PowerShell里执行Get-Command node查看路径；在JS环境里打印console.log(process.execPath)，对比路径就能找到差异所在。

统一版本的解决思路 #

• 用版本管理器统一管理：Ubuntu用nvm，Windows用nvm-windows，确保所有环境都加载版本管理器的配置（比如Ubuntu下source ~/.bashrc，Windows下让PowerShell自动加载nvm的脚本），这样所有环境都会调用同一个指定版本的Node。
• 检查JS环境的配置：比如IDE里的「Node.js路径」设置，手动指定为你想要使用的Node可执行文件路径。
• 刷新环境变量：Ubuntu下重启终端或者执行source ~/.bashrc，Windows下重启PowerShell或IDE，确保环境变量的修改生效。

内容的提问来源于stack exchange，提问作者Wasim Aftab