只需从npm全局包的路径中删除包文件夹。然后重新安装。 注意，这些包是全局安装在: C:\Users\your-name\AppData\Roaming\npm\ 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)
}

NPM在scandir方面对我来说是失败的:

npm install -g webpack

.．.这可能是由于NPM试图“修改”文件，这些文件可能被其他进程锁定，正如这里提到的和其他一些github线程。在强制清理缓存、验证缓存、以管理员身份运行、禁用AV等之后，对我来说实际有效的解决方案是关闭任何可能锁定文件的东西(即重新启动我的计算机)。

我希望这能帮助那些正在挣扎的人。

正如Martin Kearn在评论中指出的，关闭Visual Studio为我解决了这些npm权限问题。显然，VS有时会锁定node_modules中的文件。

我关闭VS，删除node_modules文件夹。

然后跑:

npm i -D -E clean-webpack-plugin@3.0.0 css- 
loader@3.4.2 html-webpack-plugin@3.2.0 mini-css- 
extract-plugin@0.9.0 ts-loader@6.2.1 typescript@3.7.5 
webpack@4.41.5 webpack-cli@3.3.10 

然后必须将属性更改为不只读node_modules文件夹，一旦它完成运行。

然后跑:

npm i @microsoft/signalr @types/node

然后在VS中打开项目和包。Json与依赖项看起来是正确的。

与其他人讨论的只读node_modules文件夹和关闭VS运行npm install over相同。

我做了以下事情:

将npm升级到最新版本:npm install -g npm@6.5.0-next.0 删除npm-cache文件夹from: c:/users/[username]/AppData/Roaming/npm-cache 缓存清理:npm缓存清理-force 运行npm install。