Java I/O: убедитесь, что файл не заблокирован другим процессом перед любой работой r/w.

Question

Я встречаюсь с повторяющейся проблемой в приложении, которое отслеживает содержимое файлов в каталоге на основе Java 7 WatchService API. Когда базовая файловая система запускает событие изменения в файле, я хочу сразу вычислить его SHA-256.

Но часто случается, что другой процесс имеет открытый файл (т. Е. Word), тем самым задерживая исключительную блокировку и предотвращая мое приложение из любой операции чтения/записи. Если какой-либо поток/канал создается против открытого файла, FileNotFoundException или FileSystemException для NiO API, отбрасывается с сообщением вроде:

Процесс не может получить доступ к файлу, так как он используется другим процессом

Я не смог найти решение, которое обнаруживало бы такие случаи, не маскируя «реальное» FileNotFoundException, когда файл фактически не существует на fs.

У меня возникла идея проверить существование через File.exists, а затем, если FileNotFoundException вызывается, когда я открываю поток, я бы мог сделать вывод, что файл заблокирован. Я открыт для любого ввода!

Спасибо!

Answer 1

Вы пытались заблокировать файл самостоятельно? Я предполагаю, что вы можете получить только блокировку, если она не заблокирована и не существует.

http://docs.oracle.com/javase/7/docs/api/java/nio/channels/FileChannel.html#tryLock%28%29

Answer 2

обмена документами accross процессы сложно, особенно, когда не используя специальные файловые системы (например, GFS может быть) .. Я не думаю, что Java API блокировки может помочь вам много, я думаю, что вы на правильный подход с вашей идеей стратегии try/fail ... Используя java 7, вы можете использовать WatchService для мониторинга изменений файлов, а затем действовать, как указано в ваших бизнес-требованиях ... Какую систему вы используете? Окна держит ручки на файлы во время вечности ...

НТН Jerome