非常に大量のファイルが変更および作成/削除されているプロジェクトに取り組んでいます。複数の FSW 内部バッファがいっぱいになり、拡張する必要があるという問題があります。
「.Filter」が除外するBEFORE
か、AFTER
検出された変更がバッファに追加されるかについて、矛盾する情報をオンラインで見つけました。実際には、イベントの並べ替えを伴う単一の FSW の後の方が理にかなっている場合があります。
誰かがここでそれがどれであるかを確実に知っていますか?
ありがとう。
非常に大量のファイルが変更および作成/削除されているプロジェクトに取り組んでいます。複数の FSW 内部バッファがいっぱいになり、拡張する必要があるという問題があります。
「.Filter」が除外するBEFORE
か、AFTER
検出された変更がバッファに追加されるかについて、矛盾する情報をオンラインで見つけました。実際には、イベントの並べ替えを伴う単一の FSW の後の方が理にかなっている場合があります。
誰かがここでそれがどれであるかを確実に知っていますか?
ありがとう。
FileSystemWatcher
ネイティブの W32 メソッドReadDirectoryChangesW
をラップします。このメソッドは、提供されたバッファにファイル システム イベントを格納します。このプロパティは、ファイル イベントを報告するかどうかをモニターに通知するFilter
プライベート メソッドでイベントが既にバッファリングされた後、CLR 側で適用されます。MatchPattern
プロパティの使用は、Filter
現在の状況を改善する可能性は低いです。InternalBufferSize
むしろ、バッファのオーバーランを避けるために値を大きくする方が有利な場合があります。あるいは、この同じ問題を解決しようとしている他のファイル システム イベント監視クラスがネット上に多数あります。