FileSystemWatcher觸發(fā)多次Change事件的解決辦法

2019-11-14 16:38:08

字體：大中小

來源：轉載

供稿：網友

(轉)

最近要用到FileSystemWatcher來監(jiān)控某個目錄中的文件是否發(fā)生改變，如果改變就執(zhí)行相應的操作（具體操作如：打開文檔，添加一行，保存）。但在開發(fā)過程中，發(fā)現FileSystemWatcher在文件創(chuàng)建或修改后，會觸發(fā)多個Created或Changed事件，具體原因就是處理文件的過程中執(zhí)行了多次文件系統操作，觸發(fā)了多次事件。具體可以參看微軟的關于FileSystemWatcher這方面的解釋：Troubleshooting FileSystemWatcher Components ，另外我在網上發(fā)現 Consolidate Multiple FileSystemWatcher Events 關于這方面的解決辦法，比較實用，方便快速引入到項目中。

來自MSDN的問題說明

Troubleshooting FileSystemWatcher Components

Visual Studio .NET 2003

其他版本

此主題尚未評級 - 評價此主題

You may encounter the following situations while working with the FileSystemWatcher component:

UNC Path Names Not Accepted on Windows NT 4.0 Computers

If you are working with a FileSystemWatcher component on a Windows NT version 4.0 computer and trying to set its path to monitor file system activity on a different Windows NT version 4.0 computer, you will not be able to specify a UNC-based path value in the Path PRoperty to point to the computer in question. You can only set UNC-based values when working on Windows 2000 computers.

Cannot Watch Windows 95 or Windows 98 Directories

If you set your FileSystemWatcher component to reference a directory on a Windows 95 or Windows 98 computer, you will receive an error about an invalid directory path when the project runs. When using FileSystemWatcher, you cannot watch directories on computers running Windows 95 or Windows 98.

Multiple Created Events Generated for a Single Action

You may notice in certain situations that a single creation event generates multiple Created events that are handled by your component. For example, if you use aFileSystemWatcher component to monitor the creation of new files in a directory, and then test it by using Notepad to create a file, you may see two Created events generated even though only a single file was created. This is because Notepad performs multiple file system actions during the writing process. Notepad writes to the disk in batches that create the content of the file and then the file attributes. Other applications may perform in the same manner. Because FileSystemWatcher monitors the Operating system activities, all events that these applications fire will be picked up.

Note Notepad may also cause other interesting event generations. For example, if you use the ChangeEventFilter to specify that you want to watch only for attribute changes, and then you write to a file in the directory you are watching using Notepad, you will raise an event . This is because Notepad updates theArchived attribute for the file during this operation.

Unexpected Events Generated on Directories

Changing a file within a directory you are monitoring with a FileSystemWatcher component generates not only a Changed event on the file but also a similar event for the directory itself. This is because the directory maintains several types of information for each file it contains — the names and sizes of files, their modification dates, attributes, and so on. Whenever one of these attributes changes, a change is associated with the directory as well.

解決方案

The .NET framework provides a FileSystemWatcher class that can be used to monitor the file system for changes. My requirements were to monitor a directory for new files or changes to existing files. When a change occurs, the application needs to read the file and immediately perform some operation based on the contents of the file.

While doing some manual testing of my initial implementation it was very obvious that theFileSystemWatcher was firing multiple events whenever I made a change to a file or copied a file into the directory being monitored. I came across the following in the MSDNdocumentation’s Troubleshooting FileSystemWatcher Components

Multiple Created Events Generated for a Single Action
You may notice in certain situations that a single creation event generates multiple Created events that are handled by your component. For example, if you use a FileSystemWatcher component to monitor the creation of new files in a directory, and then test it by using Notepad to create a file, you may see two Created events generated even though only a single file was created. This is because Notepad performs multiple file system actions during the writing process. Notepad writes to the disk in batches that create the content of the file and then the file attributes. Other applications may perform in the same manner. Because FileSystemWatcher monitors the operating system activities, all events that these applications fire will be picked up.
Note: Notepad may also cause other interesting event generations. For example, if you use the ChangeEventFilter to specify that you want to watch only for attribute changes, and then you write to a file in the directory you are watching using Notepad, you will raise an event. This is because Notepad updates the Archived attribute for the file during this operation.

I did some searching and was surprised that .NET did not provide any kind of wrapper around the FileSystemWatcher to make it a bit more user friendly. I ended up writing my own wrapper that would monitor a directory and only throw one event when a new file was created, or an existing file was changed.

In order to consolidate the multiple FileSystemWatcher events down to a single event, I save the timestamp when each event is received, and I check back every so often (using a Timer) to find paths that have not caused additional events in a while. When one of these paths is ready, a single Changed event is fired. An additional benefit of this technique is that the event from the FileSystemWatcher is handled very quickly, which could help prevent its internal buffer from filling up.

Here is the code for a DirectoryMonitor class that consolidates multiple Win32 events into a single Change event for each change:

解決方案代碼

[csharp] view plaincopy
using System;  
using System.Collections.Generic;  
using System.Linq;  
using System.Text;  
using System.IO;  
using System.Threading;  
  
namespace ShareReadFile  
{  
    public delegate void FileSystemEvent(String path);  
  
    public interface IDirectoryMonitor  
    {  
        event FileSystemEvent Change;  
        void Start();  
    }  
  
    public class DirectoryMonitor : IDirectoryMonitor  
    {  
        private readonly FileSystemWatcher m_fileSystemWatcher = new FileSystemWatcher();  
        private readonly Dictionary<string, DateTime> m_pendingEvents = new Dictionary<string, DateTime>();  
        private readonly Timer m_timer;  
        private bool m_timerStarted = false;  
  
        public DirectoryMonitor(string dirPath)  
        {  
            m_fileSystemWatcher.Path = dirPath;  
            m_fileSystemWatcher.IncludeSubdirectories = false;  
            m_fileSystemWatcher.Created += new FileSystemEventHandler(OnChange);  
            m_fileSystemWatcher.Changed += new FileSystemEventHandler(OnChange);  
  
            m_timer = new Timer(OnTimeout, null, Timeout.Infinite, Timeout.Infinite);  
        }  
  
        public event FileSystemEvent Change;  
  
        public void Start()  
        {  
            m_fileSystemWatcher.EnableRaisingEvents = true;  
        }  
  
        private void OnChange(object sender, FileSystemEventArgs e)  
        {  
            // Don't want other threads messing with the pending events right now  
            lock (m_pendingEvents)  
            {  
                // Save a timestamp for the most recent event for this path  
                m_pendingEvents[e.FullPath] = DateTime.Now;  
  
                // Start a timer if not already started  
                if (!m_timerStarted)  
                {  
                    m_timer.Change(100, 100);  
                    m_timerStarted = true;  
                }  
            }  
        }  
  
        private void OnTimeout(object state)  
        {  
            List<string> paths;  
  
            // Don't want other threads messing with the pending events right now  
            lock (m_pendingEvents)  
            {  
                // Get a list of all paths that should have events thrown  
                paths = FindReadyPaths(m_pendingEvents);  
  
                // Remove paths that are going to be used now  
                paths.ForEach(delegate(string path)  
                {  
                    m_pendingEvents.Remove(path);  
                });  
  
                // Stop the timer if there are no more events pending  
                if (m_pendingEvents.Count == 0)  
                {  
                    m_timer.Change(Timeout.Infinite, Timeout.Infinite);  
                    m_timerStarted = false;  
                }  
            }  
  
            // Fire an event for each path that has changed  
            paths.ForEach(delegate(string path)  
            {  
                FireEvent(path);  
            });  
        }  
  
        private List<string> FindReadyPaths(Dictionary<string, DateTime> events)  
        {  
            List<string> results = new List<string>();  
            DateTime now = DateTime.Now;  
  
            foreach (KeyValuePair<string, DateTime> entry in events)  
            {  
                // If the path has not received a new event in the last 75ms  
                // an event for the path should be fired  
                double diff = now.Subtract(entry.Value).TotalMilliseconds;  
                if (diff >= 75)  
                {  
                    results.Add(entry.Key);  
                }  
            }  
  
            return results;  
        }  
  
        private void FireEvent(string path)  
        {  
            FileSystemEvent evt = Change;  
            if (evt != null)  
            {  
                evt(path);  
            }  
        }  
    }  
}  