Files.readAttributes 不支持一键获取全量元数据，需按属性视图（basic/dos/posix/unix/acl/user）分次读取，且受OS、权限和文件系统限制；推荐按需组合视图并做异常降级处理。
Files.readAttributes 本身不支持“一键获取全量元数据变量”，它需要明确指定要读取的属性视图（view）和具体属性名。所谓“全量”取决于文件系统支持的视图类型，Java 标准库仅提供有限几个标准化视图，且不同操作系统暴露的元数据范围不同。
理解可用的属性视图
Java 的 Files.readAttributes 通过“属性视图（AttributeView）”组织元数据，常用视图包括：
- basic：所有平台都支持，含 lastModifiedTime、lastAccessTime、creationTime、size、isDirectory、isRegularFile、isSymbolicLink、isOther、fileKey
- dos：Windows 和部分 FAT 文件系统支持，含 archive、hidden、readonly、system
- posix：Unix/Linux/macOS 支持，含 permissions、owner、group、isSymbolicLink（重复）、isOther（重复）
- unix：POSIX 的扩展，含 atime、mtime、ctime、inode、dev、uid、gid、rdev、blksize、blocks
- acl：访问控制列表（需底层支持，非默认启用）
- user：用户定义的扩展属性（xattr），如 macOS 的 com.apple.FinderInfo、Linux 的 user.mime_type
按需组合多个视图读取
没有单次调用能返回全部字段，但可通过多次 readAttributes 调用合并结果。推荐方式是先尝试基础视图，再根据 OS 类型补充 POSIX/Unix/DOS 视图：
- 用
Files.readAttributes(path, BasicFileAttributes.class)获取通用属性 - 运行时判断 OS：
System.getProperty("os.name")，再决定是否读取PosixFileAttributes或DosFileAttributes - 对 Unix 系统，可额外调用
Files.readAttributes(path, "unix:*,posix:*", LinkOption.NOFOLLOW_LINKS)读取 unix 视图全部已知属性（注意：* 是通配符，但仅限该视图内预定义属性） - 用户属性需显式指定键名，例如
Files.readAttributes(path, "user:myapp.version")，无法通配枚举所有 key
注意权限与兼容性限制
即使代码写全，实际能读到的字段仍受制于运行环境：
- 普通用户无法读取某些属性（如 owner/group 在无权限时抛 SecurityException；ctime 在 ext4 上需挂载选项支持）
- NTFS 的 USN 日志、ReparsePoint、完整性级别等 Windows 特有属性，Java 标准 API 不暴露，需 JNI 或 JNA
- macOS 的 crtime（创建时间）在 APFS 中有效，但在 HFS+ 上等于 mtime；Java 的 creationTime 实际映射为 birthTime，但部分 JVM 版本可能回退为 mtime
- 符号链接的属性默认跟随目标（NOFOLLOW_LINKS 可切换），但 dos:archive 等属性在链接本身上可能无意义
实用建议：构建可扩展的元数据采集器
与其追求“全量”，不如设计一个按需加载、带 fallback 的元数据收集逻辑：
- 定义统一 DTO（如 FileInfo），包含 basic 字段 + Map
extra 存放视图特有属性 - 封装 try-catch 块分别读取 basic → posix/unix/dos → user 视图，失败则跳过（例如 Linux 上读 dos 视图会抛 UnsupportedOperationException）
- 对 user 视图，若需枚举全部 xattr，改用
Files.getAttribute(path, "user:*")（JDK 11+）或通过 Files.listAttributeNames()（JDK 17+）获取键名列表后再逐个读取 - 避免在循环中反复调用 readAttributes，可批量处理路径并复用 FileSystem 的 provider 缓存
