简单地尝试

npm rebuild

然后在完成后运行通常的命令

对我来说，只执行

sudo chown -R $(whoami) ~/.npm

不起作用。然后，我也执行

sudo chown -R $(whoami) /usr/lib/node_modules/
sudo chown -R $(whoami) /usr/bin/node
sudo chown -R $(whoami) /usr/bin/npm

一切都很好！

这是我使用和使用的解决方案。我尝试使用whoami，但从未奏效。

sudo chown-R$USER/usr/local/lib/node_modules

then

sudo chown-R$USER/usr/local/bin/npm

then

sudo chown-R$USER/usr/local/bin/node

如果sudo chown-R$（whoami）~/.npm不适合您，或者您需要非终端命令解决方案。

问题是您的用户帐户没有node_modules文件夹的写入权限，因此您可以执行以下操作

打开finder并按cmd+shift+g，这将打开带有url的文件夹编写以下路径/usr/local/lib/node_modules并按go右键单击node_modules文件夹并选择Get Info向下滚动到共享权限部分（&P）解锁以进行更改。按+并添加用户帐户确保在权限下拉列表中选择“读写”

现在，您应该能够在没有sudo的情况下安装软件包，并且应该解决权限问题

要正确配置NPM，请运行以下命令：

npm config set prefix '~/.npm_packages'
PATH=$PATH:$HOME/.npm_packages/bin; export PATH

当尝试以root用户身份全局安装软件包时，如果使用EUIDLOOKUP或EACES或npm，该过程将失败。这将打乱用户的全局软件包权限。

为了理解这个问题，我建议阅读这个问题。简而言之，npm尝试使用当前进程的EUID来运行安装脚本，而不是作为root用户，而是作为运行npm的原始用户，同时假设作为root用户运行的用户将使用sudo，因此将设置EUID。

这就是为什么@JHM16基于使用sudo的答案应该有效。

但在容器构建中安装包时情况并非如此。在容器中，sudo经常会丢失。而build通常只作为root运行。

当然，容器构建可以更改为以普通用户的身份运行这些命令，并以该用户的身份构建所有内容。但这不会使构建更安全，在某些情况下可能是不可取的。

因此，在容器构建中，以下是如何使npm全局安装工作的方法，例如使用yarn包。

# setpriv --ruid 0 --euid 0 npm --unsafe-perm install -g yarn

setpriv是一个小型的低级实用程序，应该可以在任何linux发行版上使用或轻松安装。