var stat = statWatchers[filename];
// 依然觉得，上两行代码，是可以优化一下的，如下：
// var stat = inStatWatchers(filename);
//if(!stat){return "";}
//依然是两行代码，可是却少了一次作用链的查找，和遍历对象的取值
// 判断，第二个参数，是否为一个function，如果是，则移除该function的回调
// 否则，移除该文件所有的监听回调函数
if (util.isFunction(listener)) {
stat.removeListener('change', listener);
} else {
stat.removeAllListeners('change');
}
// 判断该文件，是否还有监听的回调函数，如果没有了，则清除
// listenerCount方法，是继承自EventEmitter的原型链中的方法ßßß
if (EventEmitter.listenerCount(stat, 'change') === 0) {
stat.stop();
statWatchers[filename] = undefined;
}
};
看到这里，想必您也会想到一个问题吧，如果我要监听的文件很多，不是要给所有的文件都绑定这个事件，而只要其中一个文件出现了问题，就会导致整个程序崩溃，这样的话，维护成本也太高了吧？
所以说呢，Nodejs的开发者们，也不会做这么为难自己的事情不是，它们提供了一个监听目录的方法，即fs.watch方法。接下来，就看下这个惊人的watch的方法，是如何使用以及实现的吧。
fs.watch方法
该方法是用于监听指定文件或者目录是否修改的方法，其使用方法为：
fs.watch(filename,[option],listener); 其中：
1:filename：必须，需要被监听的文件的完整路径的目录或者文件名
2:option：可选，option支持两个参数，persistent属性和recursive属性：
recursive属性用于没有找到它具体完成的是哪个功能，是在源码中看到有设置该属性的，默认值为false，在中文文档：Node.js API 中文版，也没有找到对应的解释，估计只有去翻看C++的源码，才能了解到这些了吧。
persistent属性，用于指定了，当指定了被监视的文件后，是否停止当前正在运行的应用程序，默认为true
3:listener：必须，被监听文件发生改变时调用的回调函数
回调函数传入两个参数callback(event,filename),其中event取值为“rename”（目录下有文件被重命名）和“change”（目录下有文件内容被更改）。
看下一个示例：
var fs = require("fs"); var f = fs.watch("./",function(event,filename){
console.log("event="+event);
console.log("filename="+filename);
});
这个示例，不知道您是否会运行一下，我这里测试本地的，发现一个问题，就是不管在什么时候，event的值都是rename，根本就没有change的时候，这也可以说明一个问题，确实如Node.js API 中文版中所说的一样，这几种方法，确实是不稳定的，所以，还是谨慎使用，当然，我们还是要看下源码中的实现的，因为这是在学习～
