旧版文件 I/O 代码

与旧版代码的互操作性

在 Java SE 7 发行版之前，java.io.File 类是用于文件 I/O 的机制，但它有几个缺点。

• 许多方法在失败时都没有抛出异常，因此无法获得有用的错误消息。例如，如果文件删除失败，程序将收到“删除失败”，但不知道是否因为该文件不存在，用户没有权限，或者还有其他问题。
• rename 方法不能跨平台一致地工作。
• 没有真正支持符号链接。
• 需要更多对元数据的支持，例如文件权限，文件所有者和其他安全属性。
• 访问文件元数据效率低下。
• 许多 File 方法没有扩展。通过服务器请求大型目录列表可能会导致挂起。大目录也可能导致内存资源问题，导致拒绝服务。
• 如果存在循环符号链接，则无法编写可递归遍历文件树并正确响应的可靠代码。

也许你有使用 java.io.File 的遗留代码，并希望利用 java.nio.file.Path 功能，而对代码的影响最小。

java.io.File 类提供 toPath 方法，该方法将旧样式 File 实例转换为 java.nio.file.Path 实例，如下：

Path input = file.toPath();

然后，你可以利用 Path 类可用的丰富功能集。

例如，假设你有一些删除文件的代码：

file.delete();

你可以修改此代码以使用 Files.delete 方法，如下所示：

Path fp = file.toPath();
Files.delete(fp);

相反，Path.toFile 方法为 Path 对象构造 java.io.File 对象。

将 java.io.File 功能映射到 java.nio.file

由于文件 I/O 的 Java 实现已在 Java SE 7 发行版中完全重新构建，因此你无法将一种方法替换为另一种方法。如果要使用 java.nio.file 包提供的丰富功能，最简单的解决方案是使用 File.toPath 方法正如上一节所述。但是，如果你不想使用该方法或者它不足以满足你的需求，则必须重写文件 I/O 代码。

两个 API 之间没有一对一的对应关系，但是下表让你大致了解 java.io.File API 中的哪些功能映射到 java.nio.file API 并告诉你可以从何处获取更多信息。