为什么在记事本中保存文件会引发多个FindFirstChangedNotification事件

Tips:此文章是在写C#的监听文件更新FileSystemWatcher，过滤最后写入NotifyFilters.LastWrite时发现使用notpad++进行保存，会被触发监听时间change两次，最后我使用了NotifyFilters.Size来进行监听，只会通知一次
https://devblogs.microsoft.com/oldnewthing/20140507-00/?p=1053

很多人注意到了，当使用NotePad保存一个文件的时候，ReadDirectoryChangesW和FindFirstChangNotification函数会触发两次FILE_ACTION_MODITIED事件（BCL的FileSystemWatcher和WinRT的StorageFolderQueryResult等价于此）。
这些是因为修改了多个内容。

举例：
NotePad 写入一个文件，写入新的数据，调用SetEndOfFile去截断任何多余的数据（如果新的文件比旧的文件要短），然后关闭handle。在这个动作中，有两件事绝对被改变了，有第三件事可能被改变了：

• 文件最后的修改时间肯定已经被改变
• 文件的大小肯定已经被改变
• 文件最后被访问的时间可能被改变
  因此监听到两个甚至三个事件，就不令人惊讶了。
  ReadDirectoryChangesW函数 最初的设计目标就是：为了让应用程序缓存一个目录列表并且进行增量更新。基于这个目标，除了减少chatter的性能优势之外，不需要在内核中过滤掉多余的通知。理论上，ReadDirectoryChangesW 可以每5s报告一次spurious change，并且监听该function的function依然可以正确的使用（尽管不是很理想）。
  在这种预定使用模式下，ReadDirectoryChangesW的所有使用者都必须接受，收到的所有通知都包含了所需的最少信息，以使缓存的目录信息保持最新，同时他也包含了一些额外的信息。如果你希望仅仅只接受到真正的改变，你需要去比较new文件和old文件的attributes。