这问题我之前帮不少开发者排查过，核心就是npm的全局路径配置（prefix）和系统环境变量没对齐，再加上旧目录的权限残留/包干扰导致的，咱们一步步来解决：

1. 先确认当前的npm全局配置状态 #

首先执行这几个命令，搞清楚当前的路径矛盾点：

• 查看npm的全局安装前缀：npm config get prefix
• 查看npm实际读取的全局包根目录：npm root -g
• 检查系统PATH里是否包含新prefix的bin目录：echo $PATH

正常情况下，npm config get prefix应该输出/Users/Me/.npm-global，对应的npm root -g应该是/Users/Me/.npm-global/lib/node_modules。如果PATH里没有/Users/Me/.npm-global/bin，那系统肯定找不到新安装的全局包可执行文件，会自动 fallback 到旧目录的包。

2. 对齐npm的全局配置 #

如果你的prefix已经是~/.npm-global但问题依旧，先重置下npm配置（避免旧配置残留）：

npm config set prefix '/Users/Me/.npm-global'

这里不建议换回系统默认的/usr/local目录——因为你提到无法写入该目录，本质是权限问题，用自定义用户目录下的prefix（~/.npm-global）能彻底避免sudo安装全局包带来的权限混乱。

3. 配置系统环境变量，让系统找到新的全局包 #

全局包的可执行文件（比如npm、各类CLI工具）都存放在prefix的bin目录下，必须把这个目录加入系统PATH才能被识别：

• 打开你的shell配置文件：用bash就编辑~/.bashrc，用zsh就编辑~/.zshrc，通用可选~/.profile
• 添加一行配置：

  export PATH="$HOME/.npm-global/bin:$PATH"
  

• 保存后执行source ~/.zshrc（对应你的配置文件），让改动立即生效。

4. 清理旧目录的干扰（可选但推荐） #

如果旧目录/usr/local/lib/node_modules里的包还在干扰运行，你可以：

• 把旧目录里常用的全局包（比如npm本身）迁移到新prefix目录，避免重复安装
• 或者直接卸载旧目录里的全局包（注意别删除系统依赖的核心文件），之后用npm install -g xxx重新安装到新目录

5. 验证修复结果 #

执行以下操作确认问题解决：

1. 安装一个测试全局包：npm install -g cowsay
2. 执行cowsay hello，如果能正常输出卡通牛的内容，说明系统找到了新安装的包
3. 再检查npm list -g cowsay，应该显示安装在/Users/Me/.npm-global/lib/node_modules下

额外提醒：彻底避免权限问题 #

以后绝对不要用sudo npm install -g xxx——自定义prefix在你的用户目录下，完全不需要管理员权限，用sudo反而会把文件权限改成root，后续只会引发更多权限冲突。

内容的提问来源于stack exchange，提问作者Kelvin Zhao