1. `Files.readAllBytes(Path)` 是否自动将 `Path` 转为 `File`？ 2. `Path` 是接口，那它的实现类是谁？

两个关键点：

1. Files.readAllBytes(Path) 是否自动将 Path 转为 File？
2. Path 是接口，那它的实现类是谁？

我们一个个来讲清楚。

---

✅ 1. Files.readAllBytes(Path) 会将 Path 转为 File 吗？

不会！

• Files.readAllBytes(Path) 是 Java NIO 提供的静态方法，直接通过 Path 对象访问文件系统。
• 它不需要也不会将 Path 转为 File。
• 它使用 Path 内部封装的底层 FileSystem 对象，直接进行读取操作。

byte[] data = Files.readAllBytes(Path.of("/path/to/file.txt"));

这个过程完全绕过了 File 类，是对传统 IO 的升级版。

---

✅ 为什么不转成 File？

因为 Path 本身就是对文件路径的抽象，它有更强的跨平台、跨文件系统能力：

• 可以表示本地路径
• 也可以表示 ZIP 文件系统中的路径（如 .jar 内文件）
• 甚至可以表示远程文件系统（通过 FileSystemProvider）

如果它依赖 File，就失去了这些能力。

---

✅ 2. Path 是接口，那它的实现类是谁？

是的，Path 是一个接口：

public interface Path extends Comparable<Path>, Iterable<Path>, Watchable

👉 它的默认实现类是：

sun.nio.fs.WindowsPath      // 在 Windows 上
sun.nio.fs.UnixPath         // 在 Linux/macOS 上

这两个类都位于 Sun 提供的内部包 sun.nio.fs 下，不对外公开，但你可以通过调试或 getClass() 看到：

Path path = Path.of("test.txt");
System.out.println(path.getClass());
// 输出：class sun.nio.fs.WindowsPath

---

🧠 所以：

问题	回答
Files.readAllBytes(Path) 会转为 File 吗？	❌ 不会，它直接用 Path 访问文件系统
Path 是接口，具体实现是？	☑️ Windows 上是 WindowsPath，Linux 是 UnixPath
为什么不用 File？	Path 更灵活、可跨文件系统、支持更丰富功能

---

🔍 小补充：Path 和 File 可以互相转换

Path path = Path.of("my.txt");
File file = path.toFile();           // Path → File
Path path2 = file.toPath();          // File → Path

但使用 NIO 推荐优先使用 Path + Files，更现代、功能更强。

---

✅ 总结一句话：

Path 是文件路径的通用抽象，Files 是处理它的工具类，不需要借助 File；而 Path 的实际实现类是平台相关的，比如 WindowsPath 或 UnixPath，由 JVM 自动决定。