問題タブ [filelock]

try/catch ブロックを使用せずにファイルがロックされているかどうかを確認する方法はありますか?

現在、私が知っている唯一の方法は、ファイルを開いて任意のSystem.IO.IOException.

ほとんどの人が知っているclose()ように、ストリームが使用するものも閉じます。

これにより、次のコードが可能になります。

FileInputStreamへの参照を必要とせず、閉じることを忘れないので、これは素晴らしいことです。

しかし、それはsでも機能しFileLockますか？

このコードを試してみたところ、br.close()が呼び出されたときにロックが正しく解放されましたが、そうしても安全ですか? Closeable JavaDocは、「このストリームを閉じて、それに関連付けられているシステム リソースをすべて解放します」と述べています。ロックclose()に指定されたとおり に使用していると想定しても安全ですか?release()

書き込み中のファイルから読み取る必要があり、その結果ロックされているアプリケーションがあります。他の質問から理解したように、IOException をキャッチして、読めるまで再試行する必要があります。

しかし、私の質問は、ファイルがロックされていること、および発生した別の IOExcetpion ではないことをどのように確実に知ることができるかということです。

PowerShell で使用して、アプリケーションがファイルをロックしているかどうかを確認するにはどうすればよいですか?

ファイルを閉じることができるように、どのプロセス/アプリケーションがファイルを使用しているかを確認するのが好きです。

実行中のプロセスにクエリを実行して、プロセスがロックしているフォルダーやファイルを見つけるにはどうすればよいでしょうか? (つまり、ドライブをイジェクトしようとすると、使用中のためイジェクトでき​​ないと言われます)

「すぐに使える」ダウンロードを入手するか、これを行うための.NET 3.5アプリを作成したいと思います(主にWindowsの質問)。

Javaでやや大きなファイルを読み取って処理する必要があります。ファイルを読み取って処理しているときに、他のプロセスによって上書きされないようにファイルを保護するための賢明な方法があるかどうかを知りたいのですが。

つまり、読み取り専用にするための何らかの方法で、「開いた」状態に保つか、何か...

これはWindows環境で行われます。

br、トウコ

FileLockを使用して Windows 環境で Java を使用してファイルをロックしようとしていますが、問題が発生しました。ファイルをロックした後でも、少なくともある程度のレベルで他のプロセスからアクセスできます。

コード例は次のとおりです。

さて、この例でファイルをロックすると、ロックされます:

• Windows では削除できません。
• Eclipseはそれを開くことを拒否します

...しかし、まだ完全に防弾というわけではありません:

• たとえば、Scite (テキスト エディター) で開いた場合、コンテンツは表示されませんが、ファイルを保存することを選択した場合 (開いたときに空であるか、いくつかのコンテンツが書き込まれている)、成功し、ファイルの内容がクリアされます.. . (Scite で何かを書いたとしても、その後にコンテンツは存在しません)

Windows で Java を使用している他のプロセスによってファイルが完全に上書き/消去されるのを防ぐ方法はありますか?

私の理解が正しければ、私は専用ロックATMを使用しています。共有ロックを使用すると、さらに多くのことができます。

このテストは Windows 2000 で実行されました。

br, トウコ

WPF DocumentViewer で XPS ファイルを表示し、DocumentViewer インスタンスを閉じた後、XPS ファイルがロックされ、削除できません。XPS ファイルのロックを解除して、XPS ファイルを削除し、同じ名前で別のファイルを書き込んで、必要に応じてその新しい XPS ファイルを新しい DocumentViewer インスタンスに表示できるようにする必要があります。アプリを閉じることなく、同じアプリ インスタンスでこれを行う必要があります (これは印刷プレビューのシナリオです)。

つまり、「File.Delete(tempXpsFile);」で例外をスローせずに次のコードを実行するにはどうすればよいでしょうか。声明？

WPF DocumentViewer does not release the XPS fileで説明されているように、アプリを閉じるとファイル ロックが解除されますが、このシナリオではオプションではありません。

StreamReaderは、テキストファイルの読み取り中にテキストファイルをロックします。
StreamReaderを「読み取り専用」または「非ロック」モードで動作させることはできますか？

私の回避策は、ファイルを一時的な場所にコピーしてそこから読み取ることですが、可能であればStreamReaderを直接使用することをお勧めします。代替案はありますか？

背景：
ログファイルからいくつかの統計情報を取得するための小さなアプリを作成しました。このファイルは、外部プログラムによって常に（1秒間に数回）更新されており、AAXXYYを呼び出すことができます。

出力を確認すると、アプリがファイルをロックしてAAXXYYの書き込みを妨げている可能性があります。

これが私がしていることです

NFS v4の派手なファイルロック機能の使い方を知っている人はいますか？（たとえば、NFSプロトコルについて（下にスクロール）で説明されています）。おそらくNFSv4は、45秒のライフタイムでファイルロックリースをサポートしています。Linuxカーネル（私はgentoo 2.6.30を使用しています）がこれらの詳細を問題なく処理していると信じたいのですが、私は使用できfcntl()、すべてが洗い流されています。しかし、ロックリースを取得、維持、解放するには、なんらかの特別なことをしなければならないと思います。すべての助けに感謝します。