Java PosixFileAttributeView 怎样只修改权限不改文件内容

如果目标只是改 Java 文件的 POSIX 权限，而不是重写文件内容，优先拿到 PosixFileAttributeView，读取当前权限集合，复制后修改，再调用 setPermissions。这个调用更新的是权限属性，不会打开文件内容流，也不会因为改权限而重写文件字节。

我们在Java开发中操作类Unix系统的文件权限时，要用到PosixFileAttributeView仅修改文件访问权限、完全不改动原有文件内容，不需要打开文件写入数据流，直接通过属性视图自带的专属权限设置方法就能完成操作，整个过程不会触碰文件的实际存储内容。

直接通过PosixFileAttributeView的setPermissions方法传入对应权限枚举集合，全程不调用任何修改文件内容的IO方法，就可以做到只更新权限标识，完全保留原有文件的所有内容不变。

先确定 API 目标：权限属性和文件内容是两条边界

PosixFileAttributeView 面向 POSIX 文件系统常见的所有者、组和访问权限。它的 readAttributes() 可以读出 PosixFileAttributes，其中的 permissions() 是九个 POSIX 权限位组成的集合；setPermissions 则只更新这组权限。

因此调用方的最小决策是：如果要改变读、写、执行权限，就修改 Set；如果要修改正文、追加字节或截断文件，才需要另行使用内容 I/O API。两类 API 不要混在一个“权限工具”里。

获取视图：用类型安全方法判断文件系统能力

使用视图方法的好处是参数语义清楚：路径、视图类型和符号链接选项分别表达对象、能力和链接处理策略。官方 API 允许在属性视图不支持时返回 null，所以不能直接链式调用 readAttributes()。

import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.attribute.PosixFileAttributeView;
import java.nio.file.attribute.PosixFileAttributes;

static PosixFileAttributes readPosixAttributes(Path path) throws IOException {
    // 先探测 POSIX 视图，避免在不支持的文件系统上直接解引用 null。
    PosixFileAttributeView view = Files.getFileAttributeView(
            path, PosixFileAttributeView.class);
    if (view == null) {
        throw new UnsupportedOperationException(
                "当前文件系统不提供 PosixFileAttributeView");
    }
    // 只读属性对象；这里没有打开或改写文件内容。
    return view.readAttributes();
}

如果业务只需要一次读取，也可以使用 Files.readAttributes(path, PosixFileAttributes.class)。但要继续调用视图上的 setPermissions，保留同一个视图对象更容易把“读权限”和“写权限”放在同一处处理。

参数设计：复制当前集合，只替换想改变的权限位

setPermissions 的参数是“新的完整权限集合”，不是一个只描述增量的补丁。为了避免无意中清掉原有权限，通常先读取当前集合，再构造可修改副本。下面的例子只增加所有者写权限，其他权限位保持原样：

import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.attribute.PosixFileAttributeView;
import java.nio.file.attribute.PosixFilePermission;
import java.util.EnumSet;
import java.util.Set;

static void addOwnerWriteOnly(Path path) throws IOException {
    PosixFileAttributeView view = Files.getFileAttributeView(
            path, PosixFileAttributeView.class);
    if (view == null) {
        throw new UnsupportedOperationException("不支持 POSIX 权限视图");
    }

    // EnumSet.copyOf 保留当前权限，只让本次需求修改一个权限位。
    Set updated = EnumSet.copyOf(
            view.readAttributes().permissions());
    updated.add(PosixFilePermission.OWNER_WRITE);

    // setPermissions 只写权限属性，不负责写入文件正文。
    view.setPermissions(updated);
}

如果要撤销权限，使用 updated.remove(...)；如果要完全替换权限，可以直接构造新的 EnumSet。无论哪种方式，调用者都应明确这是整组权限的最终值，而不是“只传一个变化项”。

错误处理与兼容策略：把不支持和写入失败分开

常见错误有三类。第一类是能力不支持：getFileAttributeView 返回 null，或直接方法在不支持 POSIX 视图的文件系统上抛出 UnsupportedOperationException。第二类是写入阶段的 IOException，例如路径不可写、权限不足或底层文件系统拒绝更新。第三类是参数类型不正确导致的 ClassCastException；使用枚举集合通常可以避免这一类误用。

默认情况下，属性视图对符号链接的处理遵循 provider 的默认规则；如果业务确实需要区分链接本身与目标，应单独设计 LinkOption.NOFOLLOW_LINKS 策略。本篇只聚焦权限集合写回，不把链接策略隐藏到权限方法里。

常见问题

setPermissions 会改变文件内容吗？

不会。它更新 POSIX 权限属性；文件内容的读写需要另行调用内容 I/O API。

为什么不能只传 OWNER_WRITE？

因为参数代表写回后的完整权限集合。若只保留一个枚举值，可能把原来的读、执行权限一起清掉；通常应先复制当前集合，再增删目标位。

视图为 null 时应该重试吗？

不应该盲目重试。null 表示当前 provider 没有提供该类型的视图，应由业务选择降级、提示不支持，或改用与平台相关的权限 API。