我已经设置了一个新的空白反应本机应用程序。
在安装了几个节点模块后，我得到了这个错误。
Running application on PGN518.
internal/fs/watchers.js:173
throw error;
^
Error: ENOSPC: System limit for number of file watchers reached, watch '/home/badis/Desktop/react-native/albums/node_modules/.staging'
at FSWatcher.start (internal/fs/watchers.js:165:26)
at Object.watch (fs.js:1253:11)
at NodeWatcher.watchdir (/home/badis/Desktop/react-native/albums/node modules/sane/src/node watcher. js:175:20)
at NodeWatcher.<anonymous> (/home/badis/Desktop/react-native/albums/node modules/sane/src/node watcher. js:310:16)
at /home/badis/Desktop/react-native/albums/node modules/graceful-fs/polyfills.js:285:20
at FSReqWrap.oncomplete (fs.js:154:5)
我知道这与没有足够的空间让守望者监视所有文件更改有关。
我想知道在这里采取的最佳行动是什么?
我应该忽略node_modules文件夹添加到.watchmanconfig ?
虽然几乎每个人都建议增加观看人数，但我不同意这是一个解决方案。
在我的情况下，我想完全禁用watcher，因为测试运行在CI上使用vi -cli插件，启动web-pack-dev服务器为每个测试。
问题是:当几个构建同时运行时，它们会失败，因为达到了观察者的限制。
首先，我尝试将以下内容添加到vue.config.js中:
module.exports = {
devServer: {
hot: false,
liveReload: false
}
}
裁判:https://github.com/vuejs/vue-cli/issues/4368 # issuecomment - 515532738
而且它可以在本地工作，但不能在CI上工作(显然，由于某种模糊的原因，它在第二天也停止了在本地工作)。
在调查了web-pack-dev服务器文档后，我发现:
https://webpack.js.org/configuration/watch/#watch
然后是这个:
https://github.com/vuejs/vue-cli/issues/2725#issuecomment-646777425
长话短说这最终解决了问题:
vue.config.js
module.exports = {
publicPath: process.env.PUBLIC_PATH,
devServer: {
watchOptions: {
ignored: process.env.CI ? "./": null,
},
}
}
Vue 2.6.14版本
设置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代码文件监视排除模式。这可能是最终的解决方案，我只是不确定你总是事先知道哪些文件你不感兴趣看。
我在linuxmint发行版上遇到了这个问题。当我在应用程序的/public文件夹中添加了很多文件夹和子文件夹/文件时，似乎就发生了这种情况。
我应用了这个修复，它工作得很好…
$ echo fs.inotify。Max_user_watches =524288 | sudo tee -a /etc/sysctl.conf . a
更改目录到/etc文件夹:
cd /等
然后运行这个:
Sudo systcl -p
你可能需要关闭你的终端，重新启动npm才能让它工作。
如果失败了，我建议全局安装react-scripts并直接运行你的应用程序。
$ NPM I -g保存反应脚本
然后不是NPM start run，而是脚本开始运行你的应用程序。
