Java nio Path по сравнению с обычным Java File API

Question

Этот вопрос касается пакета java.nio, в частности, класса Path.

Я всегда использовал стандартный Java File API, а также FileUtils для операций на основе файлов., чтение, запись, проверка доступности и т. д. ... и у меня никогда не было особых проблем ...

... Однако я часто видел использование класса Path впакет java.nio в последнее время.Кажется, что в Path API нет четкой связи с более старым File API.

Таким образом, у меня есть 3 вопроса, которые, надеюсь, помогут мне переориентироваться с духом Path API.

1) Двигаемся ли мы к устареванию или меньшему использованию класса файлов java.io?

2) Каковы преимущества / причиныпринять класс пути java.nio для файловых операций?

и

3) (менее важно, но было бы очень полезно знать ...) Какое отношение (либопо духу или на уровне кода) между java.nio Path и классом org.apache.hadoop.fs.Path?

Answer 1

1) Файл останется, но уже раньше Path иногда URL.getStream был более универсальным (file: // ... и http://). Теперь Path может иметь несколько файловсистемы, как в zip; возможно, вы столкнулись со старым URL ".... / xxx.jar! org / yyy / res / zzz.png".

2) Немедленно: обработка событий, отслеживание измененийпо каталогу и тому подобное.