NodeJS 大目录文件更改

Question

我正在开发更多的安全仪表板，它监视整个主目录中包含数百个站点（所有 Joomla，所以有很多文件）中文件的更改。

为了及时了解潜在的安全问题，我们希望以一种有效的方式监视文件更改，而不会产生不必要的 CPU/内存开销。我们希望以更快的时间间隔观看它，但我知道它更多的是一种平衡行为，当您确实希望防止它使用更多的 cpu 而不是辅助进程应该使用时。

我尝试使用“watch”和以下代码，在主目录中运行：

var watch, fs;
watch = require('watch');
fs = require('fs');

watch.createMonitor(__dirname,{interval:500,filter:function(file,stat){
    if(file.indexOf('index.php')!=-1){
        return true;
    }else{
        return false;
    }
}},function(monitor){
    monitor.filter(function(file){
        console.log(file);
    })
    monitor.on('created',function(file,stat){
        console.log(file + ' new');
    });
    monitor.on('changed',function(file,stat){
        console.log(file + ' changed');
    });
    monitor.on('removed',function(file,stat){
        console.log(file + ' deleted');
    });
});

但是，这会使 CPU 达到 8 个单核（有时是 2 个）的 100% 以上。内存也很快占用了大约 8gb 的 20%。这只是为了在所有文件上创建监视事件，因此它可以在实际检测到任何文件更改之前。

我知道这个问题是它单独遍历每个文件，并且只有在您过滤那种文件时才不会跟踪它。通常我需要注意的是每个目录中的 index.php，直到它可以保持一致（有一些例外）。

是否已经构建了一个模块来执行此操作？或者这是什么新东西？我发现的所有模块都假设它是一个较小的目录（比如看 LESS 或其他东西）所以根本不是为这种应用程序构建的。

有什么想法吗？我知道这段代码需要废弃，因为我无法看到停止 CPU 开销。

Answer 1

不要使用package 'watch'，只使用fs.watch(...)

包'watch'：

• 一致的 API
• 非常慢，因为主要在节点中实现，查看源代码以了解其工作原理
• 源代码：https://github.com/mikeal/watch/blob/master/main.js

fs.watch(..)

• API 不一致，并非所有操作系统都受支持。
• 非常快，因为它重用了操作系统功能
• 文档：http://nodejs.org/docs/latest/api/fs.html#fs_fs_watch_filename_options_listener