我多次面对这个问题。 事实证明，它与权限、缓存等无关。错误消息具有误导性。 对于节点v6。在7.x之后，你会看到更详细的错误堆栈 对我和我的大学来说，问题是超时函数。基本上，当npm试图删除它时，包安装还没有完成(即保留目录)。节点6。X，你可以看到在finalize.js中，它消失了! 只用纱线。

不包。Json，但是由于某种原因，我的node_modules/变成了只读。重置后这个问题就解决了。

这是反病毒软件导致的典型错误。对于像我这样的情况，有一个变通办法，我不能禁用a /V(公司政策)。

你必须改变Npm包中的polyfills.js:

[NODE_HOME] / node_modules / npm / node_modules / graceful_fs / polyfills.js

看看这句话:

if (process.platform === "win32") {

在此语句中，有一个超时，在发生错误时进行重试。问题是在某些情况下，超时后，文件仍然被A/V锁定。解决方案是取出超时并让该语句循环。对前面代码的更改注释如下:

if (platform === "win32") {

fs.rename = (function (fs$rename) { return function (from, to, cb) {
  var start = Date.now()
  var backoff = 0;
  fs$rename(from, to, function CB (er) {
    if (er
        && (er.code === "EACCES" || er.code === "EPERM")
        /*&& Date.now() - start < 60000*/) {
            console.log("Retrying rename file: " + from + " <> " + to)
            fs$rename(from, to, CB);
      /*setTimeout(function() {
        fs.stat(to, function (stater, st) {
          if (stater && stater.code === "ENOENT")
            fs$rename(from, to, CB);
          else
            cb(er)
        })
      }, backoff)*/
      if (backoff < 100)
        backoff += 10;
      return;
    }
    if (cb) cb(er)
  })
}})(fs.rename)
}

以管理员身份运行CLI总是能帮我解决问题

我正在把Angular 13升级到14，就遇到了这个问题。 这些解决方案都不起作用，所以我只是重新启动笔记本电脑，npm I—force起作用了! 看起来好像后台有一个进程锁住了对某些node_modules文件的访问权限(你可能在某个地方运行了一个ng服务，或者由一个git bash启动，你关闭了它，但在后台一直运行)

试图将文件重命名为另一个已经存在的文件名可能会在Windows上导致EPERM错误。