FileSystemWatcher - イベントが2回目に起動しない

Question

他のアプリケーションを起動するアプリケーションがあり、特定のデータファイルを作成するのを待っています（同時に1つのアプリケーションを監視しています）。アプリケーションが起動されるたびに、特定のディレクトリが作成される特定のファイルを監視します。私はこれを行うFileSystemWatcherを使用しています（それをディレクトリに設定してから、正しいファイル名をフィルタリングしてください）。これは最初（常に）素晴らしいですが、2番目のアプリケーションを起動してもイベントは発生しません。イベントを発生させる唯一の方法は、イベントハンドラにブレークポイントを設定するか、イベントハンドラにThread.Sleepコマンドがあるかどうかです。これは私にとっては非常に奇妙なようです...私が気づいていない競合状態はありますか？ここにコードがあります。私はThread.Sleep（500）を持っていることに注意してください。このコードでは、毎回コードが動作します。それがなければ失敗するでしょう。私は本当にスリープコマンドに頼らず快適です。どのような状態でもうまくいかない原因になるかどうかはわかりません。

public static void watchFiles(string path) 
    { 
     FileSystemWatcher watcher = new FileSystemWatcher(); 
     watcher.Path = path; 
     watcher.Created += new FileSystemEventHandler(watcher_Handler); 
     watcher.EnableRaisingEvents = true; 
    } 

    public static void watcher_Handler(object sender, FileSystemEventArgs e) 
    { 
     //Hack - the sleep allows the second and third application to be caught by this event 
     Thread.Sleep(500); 

     switch (e.ChangeType.ToString()) 
     { 
      case "Changed": 
       break; 
      case "Deleted": 
       break; 
      case "Created": 
       if (e.Name == "log.dat") 
       { 
        parseDataFile(); 
        moveHTMLtoLMS(); 

       } 
       break; 
      default: 
       break; 
     } 
    } 

コードをもう一度動作させるには、なぜスリープ（またはブレークポイント）する必要があるのですか？

Answer 1

System.IO.FileSystemWatcherクラスのドキュメントによると：

のWindowsオペレーティングシステムは、FileSystemWatcherによって作成されたバッファ内のファイルの変更のコンポーネントを通知します。短時間で多くの変更があった場合、バッファはオーバーフローする可能性があります。これにより、コンポーネントはディレクトリ内の変更の追跡を失い、ブランケット通知のみを提供します。 InternalBufferSizeプロパティでバッファのサイズを増やすと、ディスクにスワップアウトできないページングされていないメモリが原因であるため、バッファが小さくなりますが、ファイル変更イベントを見逃すことはありません。バッファオーバーフローを回避するには、NotifyFilterプロパティとIncludeSubdirectoriesプロパティを使用して、不要な変更通知を除外できます。

イベントが十分に速く消費されておらず、内部バッファーがすべての通知を処理するのに十分な大きさではない可能性があります。既定では、ウォッチャーはFileName、DirectoryName、LastWriteの通知を処理しますが、作成イベント（ファイルとディレクトリの両方）のみを消費します。あなたのアプリケーションはすばやく連続して動作していますか？私はあなたのアプリケーション（イベントハンドラの代わりに）の呼び出しの間に遅延を入れようとするより具体的なフィルタを使用して（Filterプロパティを使用してログファイルのみを通知または監視するだけでFileName）、内部バッファサイズを増やすか、上記の私はそれがあなたの問題を解決すべきだと思います。

Answer 2

「作成済み」イベントは1つだけリスンしています。 OnChanged、OnDeleted - http://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher.aspx

EDIT：ほとんどのプログラムは、すでにファイルが存在する場合、ファイルを作成しません。 FileMon（現在のプロセスモニタ - http://technet.microsoft.com/en-us/sysinternals/bb896645）を使用して、各プログラムがファイルで実行する操作を確認することができます。

Answer 3

私はまったく同じ問題に直面しています（Windows XPを実行中）。あなたのハックは問題を解決します。私は関連性のあるメモを追加したいと思います。

私の場合、ファイル名は常に同じです.C：\ blah.txtが作成、削除、作成されます。私はあなたの睡眠ハックを追加するとき

Integrator.StartMonitor(); // Start the file monitor! 

Form f = new Form(); 
f.ShowInTaskbar = false; 
f.ShowIcon = false; 
f.StartPosition = FormStartPosition.Manual; 
f.Location = new Point(-32000, -32000); 

f.Show(); 
f.Hide(); 

Application.Run(); 

マイファイルウォッチャーは、デバッグモードで動作しますか：また、私は自分のアプリケーションを非表示にするトリックを使用しています。確かにFileSystemWatcherのバグのように見えます。

Answer 4

public static void watchFiles(string path) 
{ 
    FileSystemWatcher watcher = new FileSystemWatcher(); 
    watcher.Path = path; 
    watcher.Created += new FileSystemEventHandler(watcher_Handler); 
    watcher.EnableRaisingEvents = true; 
} 

watcher変数は、このメソッドの最後にガベージコレクションの対象となります。ローカル変数ではなく、次のようなクラスレベルメンバにしてください。

private static FileSystemWatcher watcher; 

public static void watchFiles(string path) 
{ 
    if (watcher != null) 
    { 
     watcher.EnableRaisingEvents = false; 
     watcher.Created -= new FileSystemEventHandler(watcher_Handler); 
    } 

    watcher = new FileSystemWatcher(); 
    watcher.Path = path; 
    watcher.Created += new FileSystemEventHandler(watcher_Handler); 
    watcher.EnableRaisingEvents = true; 
}