Files.createFile()的attrs参数只能传FileAttribute实例，如PosixFilePermissions.asFileAttribute()构造的POSIX权限属性；Windows不支持通过该参数设置DACL，需创建后用AclFileAttributeView单独配置。
Files.createFile() 的 attrs 参数到底能传什么
Java 的 Files.createFile() 确实支持通过 attrs 参数设置初始文件属性，但**它不接受任意安全控制对象**——你不能直接塞进去一个 AccessControlList 或自定义的权限结构。这个参数实际只接收 FileAttribute> 类型，且 JDK 仅对少数标准属性提供开箱即用的支持，比如 PosixFileAttributes（Linux/macOS）或 DosFileAttributes（Windows），而 Windows 下的 DACL（自主访问控制列表）根本不在其默认支持范围内。
常见错误现象是传入自定义 AclFileAttributeView 实例后抛出 UnsupportedOperationException，或者静默忽略——因为 createFile() 内部只识别它内置理解的属性名，如 "posix:permissions" 或 "dos:hidden"。
-
attrs必须是FileAttribute实例，通常由PosixFilePermissions.asFileAttribute(...)构造 - Windows 上想设 DACL？
Files.createFile()的attrs参数完全不处理"acl:acl"这类键 - 即使在 POSIX 系统，
attrs只影响权限位（mode），不设置 owner/group —— 那些由 OS 创建时根据进程有效 UID/GID 决定
在 Linux/macOS 上用 attrs 设置初始权限位
如果你的目标是 POSIX 系统，attrs 是可行的，但仅限于 PosixFilePermission 组合。关键不是“设 ACL”，而是设传统 Unix mode（如 0644）。
示例：创建一个仅所有者可读写、组和其他用户只读的文件
Path path = Paths.get("config.txt");
Set<PosixFilePermission> perms = PosixFilePermissions.fromString("rw-r--r--");
FileAttribute<Set<PosixFilePermission>> attr = PosixFilePermissions.asFileAttribute(perms);
Files.createFile(path, attr);
- 字符串格式必须是 9 字符，顺序为
user、group、others，每组为rwx的子集（如"rwxr-x---"） - 若系统不支持 POSIX（如某些 FAT32 挂载点），该属性会被忽略，不报错
- 注意：这不会改变父目录的
umask影响 ——createFile()绕过 umask，直接应用你指定的权限
在 Windows 上绕过 attrs 实现初始 DACL 设置
Windows 的安全描述符（含 DACL）无法通过 Files.createFile(..., attrs) 设置。必须分两步：先创建空文件，再用 AclFileAttributeView 显式写入 ACL。
示例：创建文件后立即赋予当前用户完全控制权
Path path = Paths.get("log.dat");
Files.createFile(path); // 先建空文件
AclFileAttributeView view = Files.getFileAttributeView(path, AclFileAttributeView.class);
List<AclEntry> acl = view.getAcl();
// 构造新条目：当前用户 + FULL_CONTROL
String sid = System.getProperty("user.name"); // 注意：生产环境应查 SID，非用户名
AclEntry entry = AclEntry.newBuilder()
.setType(AclEntryType.ALLOW)
.setPrincipal(view.getOwner()) // 更可靠：用文件当前 owner（通常是创建者）
.setPermissions(AclEntryPermission.READ_DATA,
AclEntryPermission.WRITE_DATA,
AclEntryPermission.DELETE)
.build();
acl.add(0, entry); // 插入到开头确保优先级
view.setAcl(acl);
- 必须确保 JVM 进程有修改 DACL 的权限（通常需要管理员或对应文件所有权）
-
view.getOwner()比硬编码用户名更健壮；Windows ACL 基于 SID，不是名字字符串 - 如果父目录启用了“继承”，新文件可能自动获得继承 ACE，此时
setAcl()会覆盖继承（除非显式保留）
为什么别依赖 createFile(attrs) 做跨平台安全初始化
因为它的行为本质是“尽力而为”：POSIX 下管权限位，Windows 下基本不管安全描述符，而 ACL 语义本身在两套系统中也不等价。真正可控的方式是统一走创建后设置。
- 不要在
createFile()后立刻调用setPosixFilePermissions()或setAcl()—— 这多一次 I/O，但换来确定性 - 若需原子性（例如防止创建后、设权限前被其他进程访问），得用 OS 原生方式（如 Linux 的
open(O_CREAT|O_EXCL)配合fchmod()），Java 标准库不提供这种原子组合 - 最易被忽略的点：Windows 上
AclFileAttributeView要求文件系统为 NTFS；FAT32 或网络共享路径会抛IOException，且无回退机制
