ファイルロックがリリースされるのを待っています

Question

このようなJavaに関するいくつかの質問がありますが、誰も私が見つけた回答を受け入れておらず、私の状況はもう少し具体的です。私は、ファイルを1つずつ処理するプログラムを持っています。時には、ファイルが私のプログラムに見えるようになってから、プログラムが数秒間それらを落とすことによって、ファイルが使用中にロックされたままになることがあります。私はそのプログラムを支配していません。私のプログラムでは、プログラムがそのファイルを読み込もうとしているときにファイルが使用中であれば、すでにエラー処理をしています。ファイルが完全にスキップされます。私が実装したいのは、ファイルが数秒後にロック解除されるかどうかを調べるための再試行スキームです。ここでの別の質問では、FileUtils.touch()を使用するよう提案しました。プロジェクトで既にFileUtilsを使用しているので便利です。 javadocによると、FileUtils.touch()はファイルが別のプロセスで使用されている場合はIOExceptionとなります。いいね。しかし、私が言いました答えの下のコメントの1つは、何の説明もなしに競合状態を警告しました。ここで私が導入を検討していたコードです：

// Implementing Sason's suggestion 
int retries = 0; 
while (retries < MAX_RETRIES) { 
    try { 
     processFile(file); 
    } catch (IOException ioe) { 
     // Assumes this is a file in use exception... bad thing? 
     log.warn("File is in use. Waiting 1 second to retry."); 
     retries++; 
     try { 
      Thread.sleep(1000); 
     } catch (InterruptedException ie) { 
      log.warn("Thread interrupted while waiting for file lock to clear."); 
      break; 
     } 
    } 
} 

私は、ファイルがFileUtils.touch（間再びロックになることができることを実現）とprocessFile()メソッド呼び出しは（と私はそれが競合状態が中程度警告していると推定します私が見つけた受け入れられない答え）でも、それは問題ありません。 processFile()メソッドは、現在のようにロックエラーを処理します。この場合、ファイルが別のプロセスによって開かれても問題ありませんが、ロックすることはできません。

また、ファイルが1,2秒後にロック解除されることがありますが、ファイルを削除するプログラムによってロックが無期限に保持される場合もあります。また、同じファイルを再処理しようとすると、再試行が終わった後にファイルを処理できなかったときに送信者に通知できるようにする必要があります。

ここに何か不足していますか？これを行うにはより良い/より安全な方法がありますか？

Answer 1

私はSchedueledExecutorServiceを使用して、ファイルを処理しようとする遅延を伴う作業を送信します。処理が失敗した場合は、作業が成功するまで何度も何度も投稿してください。

ここにFileUtils.touchが必要ですか？なぜファイルを読み込もうとしないのですが、失敗した場合は再試行してみてください。

thread.sleepは醜いです。複数のファイルを処理する場合、それぞれのファイルは完了するまで独自のスレッドを使用する必要があります。 SchedueledExecutorServiceがより効率的になります。