nvm踩坑记录--nvm 切换node版本 node -v却不是切换的版本

现象:

终端输入:nvm use 16.15.0

终端输出:Now using node v16.15.0 (npm v8.5.5)

终端输入: node -v

终端输出:23.9.0

显然不对呀,生效了又没有生效。

我怀疑mac自己有自带的node版本

输入 which node 后输出 /opt/homebrew/bin/node 也不是自带的node

那我就问了下deepseek

为什么 nvm 切换版本后仍然显示 Homebrew 的 Node.js?

下面是deepseek的解答

主要解决就是环境变量改了下

export NVM_DIR="$HOME/.nvm"

-s "$NVM_DIR/nvm.sh" && \. "NVM_DIR/nvm.sh" export PATH="NVM_DIR/versions/node/(nvm current)/bin:PATH"

下面是解释:

  • 这是因为 Homebrew 的路径在 PATH 环境变量中优先级高于 nvm 管理的路径。

  • 你可以通过以下命令查看 PATH 的内容:

    sh:echo $PATH

    如果 /opt/homebrew/bin 或 /usr/local/bin 出现在 ~/.nvm/versions/node 前面,node 命令会优先指向 Homebrew 安装的版本。


4. 如何解决这个问题?

方法 1:调整 PATH 环境变量
  • 确保 nvm 管理的 Node.js 路径优先级高于 Homebrew 的路径。可以在你的 shell 配置文件(如 ~/.zshrc 或 ~/.bashrc)中添加以下内容:

    sh

    :

    复制代码
    export NVM_DIR="$HOME/.nvm"
    [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"
    export PATH="$NVM_DIR/versions/node/$(nvm current)/bin:$PATH"
  • 然后重新加载配置文件:

    sh

    复制代码
    source ~/.zshrc  # 或 source ~/.bashrc
方法 2:卸载 Homebrew 安装的 Node.js
  • 如果你不需要 Homebrew 安装的 Node.js,可以直接卸载它:

    sh

    复制代码
    brew uninstall node
  • 卸载后,which node 应该会指向 nvm 管理的 Node.js。

方法 3:屏蔽 Homebrew 的 Node.js
  • 如果你不想卸载 Homebrew 安装的 Node.js,可以通过以下命令屏蔽它:

    sh

    复制

    复制代码
    brew unlink node
  • 这样 Homebrew 的 Node.js 将不会被加载,nvm 管理的版本会生效。

方法 4:检查 nvm 的默认版本
  • 确保你已经为 nvm 设置了默认的 Node.js 版本:

    sh

    复制

    复制代码
    nvm alias default <version>

    例如:

    sh

    复制

    复制代码
    nvm alias default 18.0.0

5. 验证是否解决

  • 运行以下命令检查当前使用的 Node.js 版本和路径:

    sh

    复制

    复制代码
    node -v
    which node
  • 如果输出显示的是 nvm 管理的版本(例如 ~/.nvm/versions/node/v18.0.0/bin/node),说明问题已解决。

相关推荐
菜_小_白26 分钟前
codex
linux·vscode·ai
zhangrelay36 分钟前
用ROS2Lyrical实验报告册思路重做蓝桥云课ROS1实验并改进
linux·笔记·学习·ubuntu·机器人
林兴洋43 分钟前
linux-mtr命令-ping和traceroute的能力合二为一
linux
OsDepK1 小时前
OSMDE_v1.9.0已加入FTP与shell功能
linux·运维·服务器
硅基手札2 小时前
【Linux内核专栏 11】驱动框架:platform / char / misc / 设备树
linux·运维·服务器
倒头就睡的小比特2 小时前
Linux基础指令初步认识
linux
Starry-sky(jing)2 小时前
watchdog: BUG: soft lockup - CPU#3 stuck for 22s! 怎么排查——从寄存器 dump 到自旋锁争用根因
linux·内核·服务器运维·soft lockup·性能排查
DongQiShanRen2 小时前
裁决台账双向互校(上):名册与实物的第一道对账
java·linux·运维·数据库·人工智能·自然语言处理·数据挖掘
ShineWinsu2 小时前
对于Redis:AOF持久化的解析
linux·数据库·redis·缓存·面试·持久化·aof
wuminyu3 小时前
Virtual Thread重投递至ForkJoinPool任务队列过程解析
java·linux·c语言·jvm·c++