EC2 Linux环境下npm prefix无法在/usr/bin/正确创建符号链接求助

前置操作：还原错误的prefix配置 #

先删除之前修改的全局prefix配置，消除兼容性报错：

npm config delete prefix

执行完成后运行nvm use v16.10.0重新激活当前Node版本即可。

可选方案（按优先级从高到低排列） #

• 方案1：手动创建软链接（最推荐，不破坏现有NVM配置）
  1. 先正常全局安装目标云服务，将占位符替换为实际包名：npm install -g <云服务包名>
  2. 若不清楚安装后生成的命令名，可执行ls /home/ec2-user/.nvm/versions/node/v16.10.0/bin/查看最新生成的可执行文件
  3. 执行软链接创建命令，替换对应占位符：sudo ln -s /home/ec2-user/.nvm/versions/node/v16.10.0/bin/<云服务命令名> /usr/bin/<云服务命令名>
  4. 验证：执行which <云服务命令名>，返回/usr/bin/<云服务命令名>即为配置成功
• 方案2：安装时临时指定prefix
  不需要修改全局配置，安装包时一次性指定安装前缀即可：sudo npm install -g --prefix /usr <云服务包名>
• 方案3：卸载NVM使用系统级Node（仅适合不需要多版本Node管理的场景）
  1. 执行rm -rf ~/.nvm删除NVM目录
  2. 编辑~/.bashrc、~/.bash_profile、~/.zshrc等shell配置文件，删除所有NVM相关的配置段
  3. 重启终端后安装官方系统级Node.js，后续所有npm全局安装的包都会自动生成软链接到/usr/bin路径下

注意事项 #

报错是NVM的正常机制导致的：NVM本身是用户级Node版本管理工具，默认将所有全局包存放到对应用户的NVM目录下，全局修改npm prefix到系统路径/usr会和NVM的环境变量逻辑冲突，因此会触发不兼容提示。
所有涉及/usr路径的操作都需要sudo权限，非必要不要随意使用sudo npm install -g安装全局包，避免造成系统文件权限污染。

内容的提问来源于stack exchange，提问作者Albara malkawi