C# FileSystemWatcher未触发监视文件夹中全部文件的事件排查

我用C#的FileSystemWatcher组件监视同一台机器上两个网站生成文件的文件夹，但部分新文件能触发事件处理程序，部分无法触发。相关代码如下：

FileSystemWatcher watcher = new FileSystemWatcher
{
    Path = "c:/inetpub/websites/site1/PDF/Source",
    NotifyFilter = NotifyFilters.LastWrite,
    Filter = "*.*"
};
watcher.Changed += new FileSystemEventHandler(OnNewFileCreated);
watcher.EnableRaisingEvents = true; 

查看新文件属性后发现，唯一明显差异是Details->Owner字段为对应网站名称：site1生成的文件可被正常处理，但site2生成的文件无法触发事件；不过在资源管理器中复制粘贴site2的文件后，就能触发处理程序。考虑过将文件夹移至c:/temp，但此举并无实际意义，恳请提供问题原因分析及解决建议。

原因分析 #

• 权限不匹配：FileSystemWatcher运行进程的权限，可能不足以接收site2生成文件的变更通知。site2应用程序池的身份（即文件所有者）在写入文件时，未给Watcher所在进程分配足够权限，导致系统无法传递文件变更事件。
• 文件写入逻辑差异：site2生成文件的方式可能未触发LastWrite通知。比如先写入临时文件再重命名、或写入时未更新LastWrite时间戳，而复制粘贴操作会明确更新该属性，因此能触发事件。
• Watcher筛选范围不足：仅监听LastWrite可能覆盖不全文件生成的操作场景，部分文件创建流程不会触发该类型通知。

解决建议 #

1. 调整权限配置

   • 确保FileSystemWatcher所在进程（如控制台程序、Windows服务）的运行身份，对site2的PDF/Source文件夹拥有读取、更改权限，同时对文件夹内文件具备读取权限。
   • 可尝试将Watcher进程的运行身份改为LocalSystem，或与site2应用程序池相同的身份，也可直接给该账户添加site2文件夹的权限。

2. 扩展NotifyFilter范围

   • 仅监听LastWrite覆盖场景有限，建议添加更多通知筛选器：

     NotifyFilter = NotifyFilters.LastWrite | NotifyFilters.FileName | NotifyFilters.CreationTime
     

   • 这样能覆盖文件创建、重命名、写入完成等多种操作场景，提升事件触发的覆盖率。

3. 监听多类型事件

   • 除Changed事件外，新增监听Created事件，部分文件生成操作会优先触发Created而非Changed：

     watcher.Created += OnNewFileCreated;
     

   • 注意：部分写入操作会多次触发Changed事件，需在事件处理程序中添加文件锁定检查或去重逻辑，确保文件写入完成后再处理。

4. 排查site2文件生成逻辑

   • 检查site2生成文件的代码，确认是否存在“先写临时文件再重命名到目标文件夹”的逻辑。如果是这种情况，需调整Watcher的筛选器，或让site2直接写入目标文件夹。

内容的提问来源于stack exchange，提问作者Pop