File.listRoots() 返回一个 File[] 数组，包含当前系统中所有可访问的文件系统根目录，如 Windows 的 C:\、D:\，或 Linux/macOS 的 / 等已挂载的顶层路径。
File.listRoots() 是 Java 标准库中 java.io.File 类提供的静态方法，用于直接获取当前操作系统中所有“根路径”（即逻辑驱动器）的 File 对象数组。它不依赖外部命令或系统调用，跨平台、轻量、无需额外权限，是 Java 应用识别本地磁盘最基础也最可靠的方式。
它返回什么？不是所有盘符都算数
该方法返回的是 JVM 认为“可挂载、可访问”的顶层文件系统路径，典型如：
- Windows：C:\、D:\、E:\ 等已分配盘符且文件系统可识别的卷（含 NTFS、FAT32、exFAT）；
- Linux/macOS：/（根）、/boot、/home、/mnt 等被独立挂载的文件系统——但注意：仅当这些路径在内核中实际作为挂载点存在时才会被列出；
- 不会返回：网络映射驱动器（如 Windows 的 Z: 指向 SMB 共享）、光驱空仓、USB 设备未格式化或未自动挂载的设备、/proc /sys 等虚拟文件系统。
为什么有些盘符没出现？常见过滤原因
即使物理磁盘存在，listRoots() 也可能不返回对应路径，主要因以下系统级限制：
- Windows 中某分区未分配盘符（例如仅作为“卷”存在于磁盘管理中）；
- Linux 下某分区虽存在但未挂载（
df不显示，mount无记录），listRoots()就不会包含它； - 用户权限不足：某些加密卷（如 BitLocker 锁定状态）、受限挂载点（如 root-only mount）可能被 JVM 跳过；
- JVM 启动用户对目标路径无读取权限（如某些容器环境或沙箱策略下）。
如何补全判断？搭配 FileSystemView 更实用
单纯靠 listRoots() 容易漏掉“存在但不可见”的卷。推荐组合使用 javax.swing.filechooser.FileSystemView 做二次筛选：
-
FileSystemView.getFileSystemView().getSystemTypeDescription(file)可区分“本地磁盘”“网络驱动器”“可移动媒体”等类型； -
file.exists() && file.canRead()验证路径是否真实可达； - 示例逻辑：
FileSystemView fsv = FileSystemView.getFileSystemView();
for (File root : roots) {
if ("本地磁盘".equals(fsv.getSystemTypeDescription(root)) && root.canRead()) {
System.out.println("有效本地盘符：" + root.getPath());
}
}
和系统命令比，它有什么优势和局限？
对比 df -h（Linux）或 Get-PSDrive（PowerShell）：
- ✅ 优势：纯 Java 实现，无需解析命令输出、不依赖 shell 环境、无跨平台兼容性问题；
- ✅ 优势：响应快，适合高频轮询或 GUI 文件选择器初始化；
- ❌ 局限：无法获取剩余空间、文件系统类型、挂载选项等元信息——需配合
File.getUsableSpace()单独查； - ❌ 局限：无法识别未挂载设备、LVM 逻辑卷名（如
/dev/mapper/vg-lv）或设备节点路径。
