Java nio路径与常规Java文件API

这个问题是关于java.nio包的，特别是Path类。

我一直使用标准的java文件API，以及用于基于文件的操作、读取、写入、检查可用性等的FileUtils。。。我从来没有遇到过太多的问题

…然而，我最近看到java.nio包中大量使用Path类。路径API中似乎没有与旧的文件API的明确链接

因此，我有3个问题，希望这些问题能帮助我重新定位Path API的精神

1）我们是在逐渐减少java.io文件类的使用，还是在逐渐减少使用？

2）采用java.nio Path类进行文件操作的好处/原因是什么？

及

3） （不太重要，但了解一下会很有帮助……）java.nio Path和org.apache.hadoop.fs.Path类之间的关系（精神上或代码级别上）是什么

1）文件将保留，但在Path之前，有时URL.getStream更通用(file://... 和http://）。现在，Path可以有多个文件系统，就像一个zip；可能您遇到了旧的URL“…/xxx.jar！org/yyy/res/zzz.png”

---

2） 立即：事件处理、查看目录上的更改等。

So。。。。。。我们是否会看到java.nio.Path/java.io.FileURI的功能之间的重叠没有取代URL。文件和路径也有太多的相互连接和文件的使用。至少三年后可能会被完全否决。