2011-08-25 6 views
16

誰もがフレームワーク4でFileSystemWatcherを使用していて、問題が発生しましたか?.netFramwork 4のFileSystemWatcherの信頼性はどれくらいですか?

私はWindowsサービスでそれを使用していますが、失敗することはありません。

.....

が、私はそれを非常に信頼性がないことを友人から聞いたが、私は今、数時間のためにテストされていると私はすべての問題を抱えていたhaventはしかし、私はまだそれを使用して疑うています私は希望

おかげで....私はクライアントにアプリケーションを提供し、この事がクラッシュしようとしていることを実感したいいけない、この問題についてアドバイスをみんな

ため


感謝を任意のアドバイスに感謝

私は自分の目的のためには大丈夫だと思います。それはサーバーのローカルドライブ上のフォルダをチェックしています。ファイルが変更されているかどうかチェックしていますので、ファイルが変更されているかどうか確認してください。

+0

多くの人がFileSystemWatcherの不合理な期待を持っています。「Created」とは、ファイルが存在し、すべてのデータが含まれており、他のプログラムが現在そのファイルにアクセスしていないということです。 –

+0

しかし、以前のバージョンでは、FSWが明らかに必要な変化を拾わないケースもありました。私は.net 2のバージョンで一度試してみましたが、作成されたファイルを見ているだけで(私はそのファイルにアクセスしようとしていなくても)単純なものとして役に立たないことがわかりました。 – Tridus

+0

'FileSystemWatcher'は私が" relaible "と呼ぶものではありません。信頼性が重要な場合は、便宜的に使用し、ポーリングを使用してファイルを紛失しないようにすることをお勧めします。 [FileSystemWatcherとファイルの変更を監視するためのポーリング](http://stackoverflow.com/questions/239988/filesystemwatcher-vs-polling-to-watch-for-file-changes)を参照してください。 – Justin

答えて

35

FileSystemWatcherはファイルシステムのサポートに依存しています。ファイルシステムはFileSystemWatcherで信頼性の問題として表示されます。たとえば、ネットワークディレクトリを監視している場合、ネットワークサーバーの信頼性はFileSystemWatcherの信頼性に影響します。たとえば、サーバーがクラッシュし、再起動される可能性があります。ネットワーク接続が失われている間に発生する変更は通知されません。またはサーバーがFileSystemWatcherが確実に動作しないようにするsimply have a bugかもしれません。

もう1つのポイントは、FileSystemWatcherはメタデータの変更のみを監視することです。 Not all file changes result in changes to metadata

関連する問題