Java修改文件权限需按系统适配：Linux/macOS用Files.setPosixFilePermissions设POSIX权限，Windows用AclFileAttributeView设ACL；须先检测系统支持性，注意OS权限约束及运行环境限制。
Java 中修改文件的访问控制属性（即权限），主要通过 java.nio.file.attribute 包中的类来实现，具体取决于操作系统类型和目标权限模型：Linux/macOS 使用 POSIX 权限（如 rwx），Windows 使用 ACL（访问控制列表）。Java 本身不提供跨平台统一的“chmod”式 API，但提供了适配不同系统的接口。
使用 Files.setPosixFilePermissions 修改 POSIX 权限（Linux/macOS）
适用于 Unix-like 系统，需确保文件系统支持 POSIX 属性（如 ext4、APFS），且 JVM 运行在对应平台。
- 调用
Files.setPosixFilePermissions(Path, Set) - 权限集合用
PosixFilePermission枚举组合，例如：EnumSet.of(OWNER_READ, OWNER_WRITE, GROUP_READ, OTHERS_READ)对应rw-r--r-- - 注意：该方法会抛出
UnsupportedOperationException（如在 Windows NTFS 上运行）或IOException（无权限/文件不存在）
使用 AclFileAttributeView 设置 Windows ACL 权限
Windows 下需操作 ACL 列表，比 POSIX 更细粒度，可指定用户/组及具体访问权（读、写、执行、删除等）。
- 获取视图：
AclFileAttributeView view = Files.getFileAttributeView(path, AclFileAttributeView.class); - 构造
AclEntry，指定主语（Principal）、权限（AclEntryPermission）、类型（AclEntryType）等 - 调用
view.setAcl(aclEntries)写入 - 注意：需要以管理员或具有“管理审核和安全日志”权限的账户运行；普通用户可能无法修改系统文件或他人拥有的文件 ACL
检查当前权限与兼容性处理
避免硬编码平台逻辑，建议先探测系统支持的属性视图：
- 用
Files.getFileStore(path).supportsFileAttributeView("posix")判断是否支持 POSIX - 用
Files.getFileStore(path).supportsFileAttributeView("acl")判断是否支持 ACL - 也可尝试获取视图对象是否为
null，再决定走哪条路径 - 对于不支持的场景，可降级提示或跳过权限设置（如打包工具中仅在 Linux CI 环境设执行位）
常见误区与注意事项
权限修改不是“魔法”，受底层 OS 和 JVM 运行环境严格约束：
- Java 不能绕过 OS 权限机制：即使代码调用成功，若进程无权修改目标文件（如非所有者且无 sudo），仍会失败
- Windows 默认不启用 ACL 继承或显示详细权限：需确认资源管理器中“安全”选项卡可见，且 Java 进程有足够令牌权限
-
POSIX 的“执行位”对普通文件意义有限：Java 自身不依赖文件执行位启动程序；但影响 Shell 脚本能否被
./script.sh运行 - 不要混淆文件权限与 JVM 安全管理器策略：后者是 Java 层沙箱控制（已基本弃用），与文件系统权限无关
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
