C++如何使用std::filesystem获取文件权限-C++-PHP中文网

不能。std::filesystem::status()仅返回file_status概要信息，不直接暴露原始posix权限位；需调用其.permissions()方法获取perms枚举值，再通过位运算（如p & perms::owner_read）逐位判断并组合为八进制权限数字，且windows下该枚举仅可靠反映owner_read/owner_write，其余位无意义。

c++如何使用std::filesystem获取文件权限

std::filesystem::status() 能否直接读取权限位

不能。std::filesystem::status() 返回的是 file_status，它只包含类型（regular、directory 等）和权限的“概要视图”（如是否可执行），但不暴露原始的 POSIX 权限位（如 0644）。真正拿到八进制权限值，得用 std::filesystem::status().permissions() —— 它返回的是 perms 枚举值，需手动转换。

如何从 perms 枚举还原为 octal 权限数字（如 0644）

perms 是位掩码，底层是 std::uintmax_t，但它的 bit layout 并不直接对应传统 octal 的三组三位。必须用 perms::owner_read、perms::group_write 等枚举值做按位判断，再组合成 octal 整数。

标准做法是：对 owner/group/other 各自检查 read/write/execute 三位，构造 3 位二进制，再转为单个八进制数字
不要直接 cast static_cast<int>(p)</int> —— 不同平台实现可能不同，std::filesystem 规范未保证底层值与 POSIX 一致
推荐用 std::filesystem::perms 提供的位运算常量，而非硬编码数值（如避免写 p & 0400）

示例：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

auto p = std::filesystem::status("foo.txt").permissions();
int oct = 0;
oct |= (p & std::filesystem::perms::owner_read) ? 0400 : 0;
oct |= (p & std::filesystem::perms::owner_write) ? 0200 : 0;
oct |= (p & std::filesystem::perms::owner_exec) ? 0100 : 0;
oct |= (p & std::filesystem::perms::group_read) ? 0040 : 0;
oct |= (p & std::filesystem::perms::group_write) ? 0020 : 0;
oct |= (p & std::filesystem::perms::group_exec) ? 0010 : 0;
oct |= (p & std::filesystem::perms::owner_read) ? 0004 : 0; // ← 注意：这里应为 other_read
// ……（other 部分同理）

Windows 下 permissions() 的行为差异

Windows 没有 POSIX 权限模型，std::filesystem::permissions() 在 Windows 上默认只反映“只读”标志（即 perms::owner_read 和 perms::owner_write 的组合），其他位（如 group/other、exec）始终为 false 或未定义。调用 status().permissions() 不会报错，但返回值不具备跨平台可比性。

若需在 Windows 获取 ACL 或更细粒度控制，必须用 GetFileInformationByHandle() 或 GetNamedSecurityInfo()
跨平台代码中，不要假设 perms::group_exec 在 Windows 上有意义
测试时务必在目标平台验证 —— 同一段代码在 Linux 返回 0644，在 Windows 可能返回 0600 或 0400

权限获取失败时的常见错误码和处理

调用 std::filesystem::status() 可能抛出 std::filesystem::filesystem_error，最常见原因是权限不足（EACCES）或路径不存在（ENOENT）。

错误信息中 .code().value() 是系统 errno，Linux 下 EACCES=13，ENOENT=2；Windows 下对应 Win32 错误码（如 ERROR_PATH_NOT_FOUND=3）
不要忽略异常 —— 即使只是想“读一下权限”，失败意味着你根本没访问权，后续操作大概率也会失败
若需静默失败，用 std::filesystem::status(path, ec) 形式，其中 ec 是 std::error_code&，避免异常开销

权限这事，表面是读几个 bit，背后连着 OS 抽象层、用户上下文、符号链接解析策略 —— 尤其当路径含 .. 或软链时，status() 和 symlink_status() 返回结果可能完全不同。