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