Java中获取文件所有者信息需分两层：一是用Files.getOwner()获取UserPrincipal主体（Linux返回用户名如"alice"，Windows返回"DOMAIN\user"等），二是用Files.getAttribute(path, "posix:permissions")解析所有者权限位（OWNER_READ/WRITE/EXECUTE），二者均依赖文件系统支持且需进程具备相应访问权限。
Java 中获取文件所有者的访问权限信息，不是单指“所有者能做什么”，而是分两层理解：一是查清文件归谁所有（Owner Identity），二是确认所有者对该文件实际拥有哪些操作权限（Owner Permissions）。这两者来源不同、实现方式也不同，需分开处理。
查文件所有者是谁（UserPrincipal）
用 Files.getOwner() 获取归属主体，返回的是 UserPrincipal 对象：
- 在 Linux/macOS 上，
owner.getName()通常返回用户名（如"alice"），前提是系统配置了 NSS 且 JVM 能访问底层用户数据库 - 在 Windows 上，可能返回
"DOMAIN\user"或仅"user"，取决于 UAC 策略和文件系统类型（NTFS 支持，FAT32 不支持） - 若文件系统不支持所有权（如某些 NFS 挂载、FUSE 卷、rootless 容器），会抛出
UnsupportedOperationException - Java 进程必须对目标路径有读权限（至少目录执行权限 + 文件读属性权限），否则调用失败
查所有者对该文件的权限位（POSIX 权限中的 owner 部分）
所有者的读、写、执行权限体现在 POSIX 权限位中，需通过 "posix:permissions" 属性获取：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 仅适用于支持 POSIX 的文件系统（Linux ext4/xfs、macOS APFS/HFS+；Windows 需 WSL 或启用 POSIX 子系统）
- 调用示例：
Set<posixfilepermission> perms = (Set<posixfilepermission>) Files.getAttribute(path, "posix:permissions");</posixfilepermission></posixfilepermission> - 从中筛选 owner 相关权限：
perms.contains(OWNER_READ)、perms.contains(OWNER_WRITE)、perms.contains(OWNER_EXECUTE) - 注意：这反映的是文件元数据里的权限位，不等于当前进程是否真能执行——还需结合进程 uid/gid 和 umask 判断运行时有效性
验证当前进程作为所有者能否实际操作该文件
更实用的方式是绕过权限位解析，直接测试 JVM 进程是否具备对应能力：
立即学习“Java免费学习笔记（深入）”；
-
Files.isReadable(path)—— 当前进程能否读（底层调用access(2)） -
Files.isWritable(path)—— 当前进程能否写 -
Files.isExecutable(path)—— 当前进程能否执行（Linux/macOS 看 x 位；Windows 主要看扩展名与注册表） - 这些方法跨平台、不依赖文件系统类型，也不需要手动解析权限集合，适合多数业务场景
补充：所有者 ≠ 当前运行用户
即使文件所有者是 "alice"，如果 Java 进程以 "bob" 身份运行，那么 OWNER_READ 权限位对 "bob" 无效，此时应看 GROUP 或 OTHERS 权限，或用 Files.isReadable() 实际检测。不要假设“所有者权限”就等于“当前程序权限”。
