std::filesystem::permissions() 默认执行 replace 操作，若未指定 perm_options::add/remove 且路径存在权限位不全，会导致意外清空权限；需确保路径存在、正确组合 perms 枚举（用 | 而非整数运算）、按平台语义适配权限位。
std::filesystem::permissions() 修改文件权限时，为什么 chmod 没反应？
直接调用 std::filesystem::permissions() 失败，多数是因为路径不存在、权限被系统策略拦截，或没指定作用对象。C++17 的 permissions() 不是“设置权限”，而是“修改某路径的权限位”，必须配合 perms 枚举和明确的 perm_options 才能生效。
- 必须确保路径存在（
exists(path)返回true），否则抛出filesystem_error - 不加
perm_options::add/remove/replace，默认行为是replace—— 会清空所有未显式设置的位，比如只写owner_read，结果组和其他人的所有权限全丢 - Windows 下仅支持部分权限位（如
owner_read、owner_write），group_exec或others_exec被忽略，且不触发 UAC 提权，所以看似“没反应” - Linux/macOS 需要调用进程有对应目录的写权限（即能修改 inode），普通用户无法给其他用户的文件加
setuid
perms 枚举值怎么组合才安全？别硬写数字
perms 是 scoped enum，不能用整数相加，也不能用按位或（|）混用不同作用域的值（比如把 owner_read 和 group_all 直接或）。正确做法是用 operator|（已重载）或 perms{} 初始化列表。
- 推荐写法：
perms::owner_read | perms::owner_write | perms::group_read - 错误写法：
static_cast<perms>(400 | 200)</perms>（失去类型安全，且跨平台值不一致） -
perms::all包含 owner/group/others 的 rwx，但 Windows 不支持执行位，实际等价于owner_all | group_read | others_read - 避免用
perms::mask—— 它只是个占位符，不表示任何真实权限，用于内部过滤
std::filesystem::permissions() 的三个参数分别控制什么？
函数原型是 void permissions(const path& p, perms prms, perm_options opts = perm_options::replace)。第三个参数决定“怎么改”，不是可有可无的默认项。
-
perm_options::replace：完全替换权限（最危险！默认行为，慎用） -
perm_options::add：只开权限（比如让文件可执行，但不碰读写位） -
perm_options::remove：只关权限（比如禁止组写入，其他不动） - 漏传
opts就是replace，常见误操作：想“加执行权”，却写成permissions(p, perms::owner_exec)，结果把读/写全删了
示例（安全添加 owner 执行权）：
permissions(p, perms::owner_exec, perm_options::add);
立即学习“C++免费学习笔记（深入）”；
chmod 和 std::filesystem::permissions() 权限映射不一致怎么办？
Linux 的 chmod 644 是八进制掩码，而 perms 是符号化枚举，二者不一一对应。比如 644 = rw-r--r--，对应 owner_read | owner_write | group_read | others_read，但没有直接的 perms::from_octal(644)。
- C++ 标准库不提供八进制转
perms的工具函数，得自己写解析逻辑（或用第三方库如 Boost.Filesystem） - 注意：
perms::owner_write在 Linux 对应八进制200，但 Windows 下它可能同时影响 “Read-only” 属性（即去掉只读=允许写），和 POSIX 的 write 权限语义不等价 - 跨平台项目建议统一用符号组合（如
owner_read | owner_write），别依赖八进制字面量，否则 macOS/Linux 行为一致，Windows 可能静默失败
权限这事，表面是改几个 bit，背后牵扯文件系统、OS 策略、用户上下文三重约束。哪怕代码编译通过，permissions() 也可能在运行时静默失效——尤其是目标路径由另一个用户创建，或挂载在 noexec/nosuid 分区上。
