来自官方文件:

“Visual Studio Code无法监视此大工作区中的文件更改”(错误ENOSPC)

当你看到这个通知时，它表明VS Code文件监视器正在用完句柄，因为工作区很大，包含很多文件。可以通过运行以下命令查看当前限制:

猫/proc/sys/fs/inotify/max_user_watches

可以通过编辑将限制增加到最大值

/etc/sysctl.conf

并将这一行添加到文件的末尾:

fs.inotify.max_user_watches = 524288

然后可以通过运行加载新值

Sudo sysctl -p

请注意Arch Linux的工作方式略有不同，详细信息请参见增加inotify观察者的数量。

虽然524,288是可以观看的最大文件数量，但如果您处于内存特别受限的环境中，您可能希望降低这个数字。每个文件手表占用540字节(32位)或~1kB(64位)，因此假设所有524,288块手表都被消耗掉了，结果是大约256MB(32位)或512MB(64位)的上限。

另一个选择

是排除特定的工作空间目录从VS Code文件监视器的文件。watcherExclude设置。文件的默认值。watcherExclude排除了node_modules和.git下的一些文件夹，但是你可以添加其他你不想让VS Code跟踪的目录。

"files.watcherExclude": {
    "**/.git/objects/**": true,
    "**/.git/subtree-cache/**": true,
    "**/node_modules/*/**": true
  }

请参考此链接[1]。Visual Studio代码中提到了对此错误消息的简要解释。我也遇到了同样的错误。在相关文件中添加以下参数将修复此问题。

 fs.inotify.max_user_watches=524288

[1] https://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in-this-large-wor kspace-error-enospc

删除react node_modules

rm -r node_modules

yarn or npm install

yarn start or npm start

如果发生错误，请再次使用此方法

记住这个问题是重复的:见原问题的答案

解决我问题的一个简单方法是:

npm cache clear 

今天的最佳实践是

npm cache verify 

NPM或者由它控制的进程正在监视太多的文件。更新构建节点上的max_user_watches可以永远修复它。对于debian，在终端上放以下命令:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

如果你想知道如何增加inotify观察者的数量，只需要点击链接。

设置fs.inotify. conf后，使用sysctl -p方式。Max_user_watches对我来说不起作用(顺便说一下，这个设置已经设置为一个很高的值，可能是我在不久前尝试修复这个问题时使用的，使用上面通常推荐的解决方法)。

我在这里发现的问题的最佳解决方案，下面我分享了解决它的执行步骤-在我的情况下，问题是在运行visual studio代码时发现的，但在其他情况下解决问题应该是一样的，比如你的:

Use this script to identify which processes are requiring the most file watchers in your session. You can then query the current max_user_watches value with sysctl fs.inotify.{max_queued_events,max_user_instances,max_user_watches} and then set it to a different value (a lower value may do it) sudo sysctl -w fs.inotify.max_user_watches=16384 Or you can simply kill the process you found in (1) that consumes the most file watchers (in my case, baloo_file) The above, however, will likely need to be done again when restarting the system - the process we identified as responsible for taking much of the file watchers will (in my case - baloo_file) - will again so the same in the next boot. So to permanently fix the issue - either disable or remove this service/package. I disabled it: balooctl disable.

现在运行sudo code——user-data-dir，这次它应该以管理员权限打开vscode。(顺便说一下，当它不运行sudo代码——user-data-dir——verbose来查看问题是什么——这就是我如何计算出它与文件观察者限制有关)。

更新: 你可以像这里描述的那样配置VS代码文件监视排除模式。这可能是最终的解决方案，我只是不确定你总是事先知道哪些文件你不感兴趣看。

简单的解决方案

我发现，之前的解决方案在我的情况下很有效。我删除了node_modules并清除了yarn / npm缓存。

长尾解决方案

如果你想要一个长尾解决方案——例如，如果你经常被这个错误捕获——你可以增加允许的观察者的值(取决于你的可用内存)

要计算出当前使用的观察者数量，而不是仅仅猜测，你可以使用这个方便的bash脚本:

https://github.com/fatso83/dotfiles/blob/master/utils/scripts/inotify-consumers

我建议将max_user_watches临时设置为一个高值: Sudo sysctl fs.inotify。Max_user_watches =95524288并运行脚本。

如何计算你可以用多少

每个观众都需要

540字节(32位系统)，或 1kb(双开64位操作系统

因此，如果您允许使用512MB(在64Bit上)，您将设置524288作为值。

反之，您可以将将要设置的内存量乘以1024。

例子:

  512 * 1024 =   52488
 1024 * 1024 = 1048576 

它显示了当前使用的inotify-consumers的确切数量。所以你可能有更好的想法，你应该增加多少限制。