FileSystemWatcher 和 Windows 7

我正在编写一个监视网络目录的工具，该工具在 Windows Server 2008 计算机上运行，​​任何不使用 Windows 7 的计算机都可以从放置在网络驱动器上的文件正确触发 FileSystemWatcher 的 OnChanged 事件，对于某些计算机如果在 Windows 7 计算机上（一次）复制的文件数量超过 19 个，则不会触发任何事件，尽管如果文件是单独完成的，它会起作用。是否有解决方法，或者这就是 Windows 7 内核处理 FSW 事件的方式？

只是为了澄清一下，当从 XP 计算机复制时，它适用于数千个文件。 （该软件仍在2008年的服务器机器上）。

From MSDN:

Windows 操作系统通知您的组件由 FileSystemWatcher 创建的缓冲区中的文件更改。如果短时间内发生多次变化，缓冲区可能会溢出。这会导致组件失去对目录中更改的跟踪，并且它只会提供全面通知。增加缓冲区的大小内部缓冲区大小属性很昂贵，因为它来自无法换出到磁盘的非分页内存，因此请保持缓冲区足够小但足够大，以免错过任何文件更改事件。为了避免缓冲区溢出，请使用通知过滤器 and 包含子目录属性，以便您可以过滤掉不需要的更改通知。

如果增加缓冲区大小还不够，并且您无法控制一次触发事件的文件数量，则必须添加额外的轮询。

另请参阅此相关问题：

当许多文件同时添加到目录中时，FileSystemWatcher 无法正常工作...

Update:

简单地增加缓冲区大小可能很诱人，但应谨慎执行。事实上，网络访问是有64k限制的。这FileSystemWatcher类正在使用 Windows API 函数ReadDirectoryChangesW下面有这个限制：

当缓冲区长度大于 64 KB 并且应用程序正在通过网络监视目录时，ReadDirectoryChangesW 将失败并显示 ERROR_INVALID_PARAMETER。这是由于底层文件共享协议的数据包大小限制。

如果您想更深入地了解修改缓冲区大小的成本，您应该查看 Microsoft 的 Walter Wang 的帖子：

网络上的 FileSystemWatcher（全文引用如下）

很抱歉，该文档 FileSystemWatcher.InternalBufferSize 没有说得很清楚 监控网络时的缓冲区大小 小路。建议不要超过64K 监视网络路径时。

FileSystemWatcher 基本上是一个 .Net Win32 的包装器 ReadDirectoryChangesW API。使用 ReadDirectoryChangesW，您创建并 指定操作系统将使用的缓冲区 填充更改。然而， 中未提及的内容 ReadDirectoryChangesW 文档 （但在 FileSystemWatcher 文档）是 文件系统创建内部内核 用于存储变化信息的缓冲区 暂时，直到有机会 更新用户缓冲区。的大小 创建的内核缓冲区是 与指定的尺寸相同 ReadDirectoryChangesW 并创建 在非分页池内存中。每次 文件系统观察者 / ReadDirectoryChangesW 已创建 / 调用时，还会创建一个新的内核缓冲区 创建的。

内核内存池（分页和 非分页）在系统中预留 设备驱动程序的地址空间和 要使用的其他内核组件。他们 动态增长和收缩 必要的。当前的大小 可以通过以下方式轻松查看泳池 任务的“性能”选项卡 经理。池子将会增长 动态地直到达到最大值 启动时计算的值 并取决于可用的系统 资源（主要是 RAM）。你不 想要达到这个最大值，否则 各种系统服务和驱动程序 将开始失败。然而，这 计算最大值并不容易 可用的。确定最大值 池大小，您需要使用内核 调试器。如果您有兴趣 有关系统的更多信息 内存池，我建议你 看看 MSPress 书中的第 7 章 《Windows 2000 内部》作者：Solomon 和 鲁西诺维奇.

考虑到这一点，就没有 关于缓冲区大小的建议 您可以使用。当前和最大 系统池的大小将是 因客户而异。 然而，你可能不应该去 每个 FileSystemWatcher 超过 64k / ReadDirectoryChangesW 缓冲区。这 源于这样一个事实：有一个 网络访问的 64k 限制为 记录在 ReadDirectoryChangesW 中。 但最终你会得到 在各种上测试应用程序 预期的目标系统，以便您 可以调整你的缓冲区。

存在与 .Net 相关的开销 应用程序，我想 Win32 ReadDirectoryChangesW 程序 或许能够取得更好的成绩 相同缓冲区大小的性能。 然而，由于速度非常快且数量众多 文件更改，缓冲区溢出将会 不可避免，开发商正在走 必须处理案件时 发生超限，例如手动 枚举要检测的目录 变化。

总之，FileSystemWatcher 和 ReadDirectoryChangesW 是 轻量级文件更改检测 机制将有其 限制。更改期刊是 我们将采取的另一种机制 考虑中等重量的解决方案，但是 仍然有局限性：

http://msdn.microsoft.com/en-us/library/aa363798%28VS.85%29.aspx

重量级解决方案是 编写专用的文件系统过滤器 位于文件系统中的驱动程序 堆栈和监视文件系统 变化。当然这将是 最复杂的方法。大多数病毒 扫描仪、备份软件和文件 系统监控实用程序，例如 filemon (www.sysinternals.com) 实现过滤器驱动程序。

我希望以上解释对您有所帮助 了解问题的根本原因 你正在经历。请回复 让我们知道您是否需要 更多信息。谢谢。