传统文件I/O代码

与旧代码的互操作性

在Java SE 7发布之前，java.io.File类是文件I/O的机制，但它有一些缺点。

• 许多方法在失败时没有抛出异常，因此无法获得有用的错误信息。例如，如果文件删除失败，程序会收到一个"delete fail"的消息，但无法知道是因为文件不存在、用户没有权限还是其他问题。
• 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

因为Java SE 7版本中的文件I/O实现已经完全重构，所以不能仅仅将一个方法替换为另一个方法。如果您想使用java.nio.file包提供的丰富功能，最简单的解决方案是按照前一节中建议的使用File.toPath方法。但是，如果您不想使用该方法或者该方法不能满足您的需求，您必须重写文件I/O代码。

这两个API之间并没有一对一的对应关系，但是下表给出了java.io.File API中的功能与java.nio.file API中的功能的大致对应关系，并告诉您可以在哪里获取更多信息。