优先使用C++17的std::filesystem::permissions()实现跨平台文件权限设置，它自动适配Linux/macOS的chmod()和Windows的属性+ACL简化版，支持perms枚举组合与perm_options操作模式。
Linux/macOS下用chmod()设置文件权限
在类Unix系统上，C++本身不提供跨平台的权限设置接口，得调用系统API。chmod()是最直接的方式，头文件是<sys/stat.h>，参数是路径和权限掩码（如0644）。注意：它只改权限，不处理所有权；调用失败会返回-1，errno设为对应错误码（比如ENOENT表示文件不存在）。
- 权限掩码用八进制整数，如
0755对应rwxr-xr-x，不要写成十进制755 - 路径必须是绝对路径或相对于当前工作目录的有效路径；相对路径容易因
chdir()导致失败 - 普通用户无法给文件加
setuid位（04000），除非是root或有CAP_FOWNER能力 - 示例：
if (chmod("/tmp/myfile.txt", 0600) == -1) { perror("chmod failed"); }
Windows下没有chmod()等价物，但能模拟读写属性
Windows不支持POSIX权限模型，chmod()在MSVC或MinGW里只是简单映射到只读属性（FILE_ATTRIBUTE_READONLY）。设0644或0755都没用——它只认0400（读）和0200（写）两个位，且仅影响“只读”标记。真正控制访问需用ACL（SetSecurityInfo()），但那是另一套复杂API。
- 用
_wchmod()（宽字符版）或_chmod()（窄字符）时，传_S_IREAD | _S_IWRITE表示可读写，传_S_IREAD表示只读 - 即使设了
_S_IWRITE，NTFS ACL仍可能拒绝写入，_chmod()不检查ACL，只改基础属性 - MinGW的
chmod()行为接近Linux，但依赖msys2 runtime，部署时要注意运行时依赖
跨平台方案：优先用std::filesystem::permissions()（C++17）
如果你能用C++17及以上，std::filesystem::permissions()是目前最稳妥的跨平台选择。它把POSIX权限抽象成perms枚举，底层自动适配各系统语义（Linux/macOS走chmod()，Windows走属性+ACL简化版）。
- 权限值用
owner_read、group_exec等枚举组合，不是裸八进制数：fs::permissions(path, fs::perms::owner_read | fs::perms::owner_write) - 第二个参数是
perm_options，常用fs::perm_options::replace（完全替换）或fs::perm_options::add（叠加） - Windows下它会尝试设置ACL，但受限于进程权限；若无权修改ACL，会退回到只读属性设置，并可能抛
std::filesystem::filesystem_error - 记得链接
-lstdc++fs（GCC）或启用/std:c++17（MSVC）
常见错误：权限没生效？先查这三件事
权限改了但程序还是打不开/写不了，别急着怀疑代码——90%是环境或理解偏差。
立即学习“C++免费学习笔记（深入）”；
- 目标文件被其他进程占用（尤其Windows上记事本、资源管理器常锁住文件），
chmod()成功但后续open()失败 - 路径含符号链接时，
chmod()默认改目标文件权限，不是链接本身；要改链接属性得用lchmod()（Linux/macOS，非POSIX标准） - 容器或沙箱环境（Docker、Flatpak）可能挂载时设了
noexec或nosuid，或以只读方式挂载父目录，此时chmod()返回EROFS
权限这事从来不是“设完就完”，得结合具体路径、运行上下文、目标系统特性一起看。特别是混合部署（比如Linux构建、Windows运行）时，std::filesystem::permissions()的退化行为很容易被忽略。
