c++oding="utf-8" ?>
结论：需用 std::stoi("755", nullptr, 8) 解析八进制得 493，再按位拆解 owner/group/others 的 rwx 位，通过 static_cast 或位运算映射为 std::filesystem::perms；0755 字面量须显式转换，windows 仅支持只读/可写，跨平台需条件编译或平台专用 api。
直接说结论：C++ 本身不提供跨平台的八进制权限掩码转换函数，必须手动解析字符串或整数字面量，并映射到 std::filesystem::perms 枚举值；关键难点在字符串到 int 的八进制解析、位掩码校验、以及 POSIX 权限与 C++17 文件系统 API 的语义对齐。
如何把字符串 "755" 正确转成 std::filesystem::perms
用户常误用 std::stoi("755") ——它默认按十进制解析，结果是 755（十进制），而非八进制的 493（即 0755）。正确做法是显式指定进制：
- 用
std::stoi("755", nullptr, 8)得到整数值 493 - 再逐 bit 拆解：取低 3 位（owner）→
(val & 0700) >> 6，中间 3 位（group）→(val & 0070) >> 3，末 3 位（others）→val & 0007 - 每个 3-bit 值对应 r/w/x 位：例如 bit2=1 → read，bit1=1 → write，bit0=1 → execute
- 用
static_cast<:filesystem::perms></:filesystem::perms>组合各权限，如perms::owner_read | perms::group_read | perms::others_read
为什么不能直接用 0755 字面量赋值给 perms
C++ 允许写 0755（八进制字面量），但 std::filesystem::perms 是 scoped enum，不支持隐式整型转换。常见错误写法：fs::permissions(path, 0755) 会编译失败。
- 必须显式转换：例如
static_cast<:perms>(0755)</:perms>——但注意：这仅在底层实现使用纯位掩码且与 POSIX 完全一致时才安全（libstdc++ 和 libc++ 当前基本满足） - 更健壮的做法仍是通过位运算构造：避免依赖具体枚举值的数值布局
- 若传入非法值（如
0888），std::stoi(..., 8)会抛std::invalid_argument，需捕获处理
Windows 下 std::filesystem::permissions() 的行为差异
Windows 不原生支持 rwx 三元组，fs::permissions() 在该平台实际只区分「只读」和「可写」，其余位（如 group/others 执行权）被忽略或静默丢弃。
- 调用
fs::permissions(path, 0755, fs::perm_options::replace)在 Windows 上等价于设为fs::perms::owner_read | fs::perms::owner_write（即只影响只读属性） - 跨平台代码若依赖 group/others 权限，需提前检测：
#ifdef _WIN32分支处理，或改用平台专用 API（如SetFileAttributes） - 测试时务必在目标平台验证：Linux/macOS 下
ls -l可见效果，Windows 下需用attrib或资源管理器属性页确认
真正容易被忽略的是权限“继承”逻辑：C++17 的 fs::permissions() 默认不递归，也不会自动设置 setuid/setgid/sticky 位（对应八进制第 4 位，如 4755）；这些位需单独提取并用 perms::set_uid 等枚举值显式添加，且多数平台要求 root/admin 权限才能生效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
