在VS Code编辑器中使用集成终端时，我也面临着同样的问题。在使用nvm更改节点版本后重新启动VS Code，为我解决了这个问题。

nvm通过改变PATH变量来完成它的工作，所以你需要确保在获取nvm.sh脚本后，你没有以某种方式将你的PATH更改为其他东西。

在我的例子中，nvm.sh在.bashrc中被调用，但随后PATH变量在.bash_profile中被更新，这导致我的会话在nvm节点之前找到系统节点。

如果你也有SDKMAN…

不知何故，SDKMAN与我的NVM相冲突。如果你对此束手无策，仍然想不出来，我只是通过忽略SDKMAN中的“this MUST BE at the end OF the FILE…”并将NVM行放在它之后来修复它。

#THIS MUST BE AT THE END OF THE FILE FOR SDKMAN TO WORK!!!
export SDKMAN_DIR="/Users/myname/.sdkman"
[[ -s "/Users/myname/.sdkman/bin/sdkman-init.sh" ]] && source "/Users/myname/.sdkman/bin/sdkman-init.sh"

export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm
[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion"  # This loads nvm bash_completion

例如，执行nvm install 10.14, nvm将在当前shell会话中使用该版本，但它并不总是像你所期望的那样将其设置为未来会话的默认版本。在新的shell会话中获得的节点版本由nvm alias default决定。令人困惑的是，nvm install只会设置默认别名，如果它还没有设置。要得到预期的行为，请这样做:

nvm alias default ''; nvm install 10.14

这将确保下载该版本，并将其用于当前会话，并将其设置为未来会话的默认版本。

此外，如果你在nvm之前已经安装了节点，请检查~/。Bash_profile不包含如下内容:

export PATH=/bin:/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:$PATH

如果你有它，注释/删除它，nvm应该开始处理默认的节点版本。

在我的例子中，另一个程序向.bashrc添加了PATH更改

如果其他程序在nvm初始化后更改了PATH，那么nvm的PATH更改将被忘记，我们将获得PATH上的系统节点(或没有节点)。

解决方案是将nvm设置移到.bashrc的底部

### BAD .bashrc ###

# NVM initialisation
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm

# Some other program adding to the PATH:
export PATH="$ANT_ROOT:$PATH"

解决方案:

### GOOD .bashrc ###

# Some other program adding to the PATH:
export PATH="$ANT_ROOT:$PATH"

# NVM initialisation
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm

(这是在CentOS的bash 4.2.46。在我看来，这是一个错误，但我可能是错的。