nvm命令找不到是因为安装脚本未自动加载配置，需手动执行source ~/.zshrc（zsh）或source ~/.bashrc（bash）使环境变量生效，再验证nvm --version。
nvm 是目前 Linux 上管理 Node.js 版本最稳妥、最灵活的方式，直接用包管理器（如 apt/yum）装的 Node.js 通常滞后且无法共存多版本，不推荐作为开发环境主力方案。
安装 nvm 脚本后为什么 nvm 命令还是找不到？
安装脚本（curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash）确实会尝试往 ~/.bashrc 或 ~/.zshrc 写入初始化代码，但新配置不会自动加载到当前终端。这是最常卡住的一步。
- 先确认 shell 类型：
echo $SHELL—— 大多数现代发行版默认是/bin/zsh，不是/bin/bash - 如果是 zsh：运行
source ~/.zshrc；如果是 bash：运行source ~/.bashrc - 验证是否生效：
nvm --version应输出类似0.40.3的数字，而不是command not found - 若仍失败，检查配置文件末尾是否真有
export NVM_DIR=...和[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"这两行
nvm install --lts 装出来的真是最新 LTS 吗？
是，但得看“最新”指什么时间点。nvm 每次执行 nvm ls-remote --lts 都会实时拉取 nodejs.org 官方发布的 LTS 列表（截至 2026 年 4 月，最新 LTS 是 v20.18.0，代号 Iron）。不过要注意：
-
nvm install --lts默认装的是当前「最新已发布」LTS，不是「最新已进入维护期」的旧版（比如不会装 v18.x） - 如果想装特定 LTS 名称（如
hydrogen），可用nvm install --lts=hydrogen - 装完后必须显式执行
nvm use --lts或nvm use v20.18.0才能在当前终端生效，否则node -v仍可能报错或显示旧版本 - 装完别忘了设默认：
nvm alias default v20.18.0，否则新开终端不会自动启用
为什么 nvm use 切换后 node -v 没变？
常见原因不是命令写错，而是路径或权限干扰。nvm 通过修改 $PATH 前置 ~/.nvm/versions/node/v20.18.0/bin 来生效，一旦这个路径被其他 Node 安装覆盖就失效。
- 检查是否系统级 Node 干扰：
which node输出如果是/usr/bin/node或/usr/local/bin/node，说明系统包管理器装的 Node 仍在 PATH 前面 - 临时修复：在当前终端执行
export PATH="$HOME/.nvm/versions/node/v20.18.0/bin:$PATH"，再试node -v - 根治办法：确保
~/.nvm/nvm.sh的 source 语句在~/.zshrc（或对应配置）中位于所有可能污染 PATH 的语句之后 - 验证 nvm 当前状态：
nvm current应输出v20.18.0；nvm ls应显示带->箭头的当前激活版本
中国大陆用户安装慢或失败怎么办？
GitHub raw 资源直连在国内极不稳定，curl 卡住或返回空内容是常态，不能靠重试解决。
- 改用镜像源安装：
curl -o- https://hub.gitmirror.com/raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash - 如果
nvm ls-remote也超时，设置国内镜像：nvm node_mirror=https://npmmirror.com/mirrors/node - 设置后立即生效，无需重启终端，再运行
nvm ls-remote就会从 npm 镜像站拉列表 - 注意：不要手动改
NVM_NODEJS_ORG_MIRROR环境变量，nvm v0.40+ 已弃用该变量，只认nvm node_mirror配置项
真正麻烦的从来不是装不上，而是装上后 PATH 混乱、shell 配置顺序错位、或残留系统 Node 干扰——这些细节不排查清楚，nvm use 就永远像没按下去的开关。
