fs.watch监听文件或目录的更改

监视 filename 的更改，其中 filename 是文件或目录。

第二个参数是可选的。 如果 options 传入字符串，则它指定 encoding 。 否则， options 应传入对象。

监听器回调有两个参数 (eventType, filename) 。 eventType 是 'rename' 或 'change' ， filename 是触发事件的文件的名称。

在大多数平台上，每当文件名在目录中出现或消失时，就会触发 'rename' 事件。

fs.FSWatcher类的对象有一个close方法，用来停止监视目标文件的更改，一旦停止，则fs.FSWatcher对象将不再可用

如果监听的是文件:

修改被监视文件的内容触发的事件类型是change

重命名被监视的文件触发的事件类型是rename

删除监视的文件和删除后重建同名文件触发的事件类型都是rename

修改被监视文件名字之后,fs.watch不会继续监听修改名字之后的文件

在 Linux 或 macOS 系统上.删除了被监视的文件之后新建一个同名文件,fs.watch不会监视后来新建的同名文件

在windows系统中,删除了被监听的文件,再新建一个同名文件,fs.watch依然会监视新建的同名文件

如果监听的是目录:

默认情况下,触发事件的文件名filename只能是监听的目录下的直接子文件或子目录的名字,

监听目录的子目录里的内容发生改变,会触发事件,但是触发事件的文件名是那个子目录

不管是监听目录下的第几级子目录里的内容发生改变,都想要filename展示具体触发事件的文件或目录的名字,

需要设置第二个参数对象的属性recursive: true

例1: 监听文件改变

在终端输入node index.js运行文件之后,修改a.text的内容为:你好李银河,保存

在 Linux 或 macOS 系统上， fs.watch() 解析路径到 索引节点 并监视该索引节点。 如果删除并重新创建监视的路径，则会为其分配一个新的索引节点。 监视器会因删除而触发事件，但会继续监视原始的索引节点。 不会因新建索引节点而触发事件。 这是预期的行为。

也就是说:在 Linux 或 macOS 系统上fs.watch实际上监视的是文件或目录对应的索引节点,每一个文件或目录在创建的时候都会分配一个索引节点,如果你删除了a.text文件,fs.watch依然会监视原先的索引节点,这时你再创建一个同名的a.text文件,系统会为那个新创建的文件分配一个新的索引节点,因为fs.watch依然监视老的索引节点,所以你修改新的a.text文件的内容不会触发事件

现在执行 *** 作:删除当前的a.text文件

再执行 *** 作:新建一个a.text文件,

并输入内容:你好,保存

我现在使用的是windows系统,说明在windows系统中,删除了被监听的文件,再新建一个同名文件,fs.watch依然会监视新建的同名文件

删除监视的文件和删除后重建同名文件触发的事件类型都是rename

修改被监视文件的内容触发的事件类型是change

现在执行 *** 作:修改文件名a.text为aa.text

再次修改aa.text的内容并保存:

也就是修改文件名字之后,fs.watch不会继续监听修改名字之后的文件

例2: 监听目录的改变

1.修改assets/a.text内容

2.把assets/a.text重命名为assets/aa.text

3.删除assets/b.text

4.新建assets/c.text

5.修改assets/img/c.text内容

修改被监听目录assets的直接子目录img下的任何内容,触发的事件类型都是chang,触发事件的文件的名字都是img

例3:监听目录,设置第二可选参数的属性recursive: true

修改assets/img/c.text内容

fswatch 是一个文件修改监视器，当指定的文件或者文件夹被修改的时候会受到通知。

fswatch 接收一组路径，它们能收到改变事件

事件流将会被创建即使其中的路径不存在。 如果这些路径在 fswatch 激发之后被创建，改变事件将会被正确的收到。取决于正在使用的监视程序，那些新创建的路径将在经过大量的配置的延迟后被监听到。

fswatch 的输出结果可以通过管道命令传递给其他的程序来进行后续处理

如果是需要在一系列的变化事件被打印到标准输出时执行某一个命令，并且对事件细节并不关心,这时可以使用下面的命令：

---