C++如何获取文件的创建者信息-C++-PHP中文网

windows可通过getfilesecurity配合owner_security_information获取文件所有者sid（常等同创建者），再用lookupaccountsid转为用户名；linux/macos无法可靠获取创建者，仅能获得当前所有者uid。

c++如何获取文件的创建者信息

Windows平台下用`GetFileSecurity`获取创建者SID

Windows文件系统（NTFS）确实存储了创建者信息，但不是直接暴露为“用户名”，而是以安全标识符（SID）形式保存在文件的DACL或SACL中。标准C++库完全不提供该功能，必须调用Windows API。GetFileSecurity是唯一能读取文件所有者SID的可靠入口——注意：它返回的是所有者（Owner），而非严格意义上的“创建者”（Creator Owner），但绝大多数情况下二者一致（除非显式修改过所有者）。

常见错误是试图用GetFileAttributesEx或FindFirstFile获取创建者，它们只返回时间戳和基础属性，不含安全信息。

必须以OWNER_SECURITY_INFORMATION标志调用GetFileSecurity，否则返回失败（ERROR_INVALID_PARAMETER）
缓冲区大小需先用GetLengthSid计算SID长度，不能硬编码；建议用GetSecurityInfo替代手动管理缓冲区，更安全
拿到SID后需用LookupAccountSid转为可读用户名，该函数可能跨域失败（如离线域账户），应容错处理

Linux/macOS下无法可靠获取“创建者”

POSIX文件系统（ext4、APFS、XFS等）根本不记录文件创建者字段。stat()返回的st_uid是当前所有者，st_gid是所属组——这通常是创建时的进程有效UID/GID，但会被chown、cp --preserve等操作覆盖，且无任何元数据标记“谁最初创建了它”。

有人尝试读取ext4的crtime（创建时间），但即使内核支持（需debugfs或statx），它也不包含用户信息。

stat结构体里没有st_creator或类似字段，这是设计使然，不是API遗漏
某些文件系统（如Btrfs）有子卷快照或日志，但创建者仍不可追溯
若真需要审计创建者，必须依赖外部机制：如用inotify监听IN_CREATE事件并记录当时进程UID，或部署SELinux/AppArmor策略记录上下文

跨平台方案只能妥协为“当前所有者”

如果目标只是知道“现在谁拥有这个文件”，而不是追溯历史创建者，std::filesystem::status()（C++17）是最简洁的选择。它封装了底层stat或GetFileInformationByHandle，返回file_status，再通过permissions()和owner()（非标准扩展，实际需自行解析st_uid）间接推断。

C函数速查手册（CHM版）

下载

但要注意：std::filesystem不提供UID到用户名的转换，你仍得调用getpwuid（Linux/macOS）或LookupAccountSid（Windows）。

C++标准库不定义“创建者”，所有跨平台抽象都回避此问题
第三方库如Boost.Filesystem同样不提供创建者接口，文档明确说明只支持所有者查询
若项目强制要求跨平台创建者字段，只能接受“Windows返回真实SID→用户名，其他平台返回st_uid并标注‘非创建者’”的语义降级

为什么“创建者”在多数场景下本就不该被依赖

文件系统层面对创建者的语义支持极其薄弱：Windows的Creator Owner SID本质是模板占位符（常用于继承权限），实际存储时已被替换为具体SID；Linux连字段都没有。真正可靠的溯源必须在应用层实现——比如你的程序创建文件时，主动写入xattr（Linux）或alternate data stream（Windows）记录creator=alice@domain。

绕开系统限制强行提取，往往换来不可靠结果和额外维护成本。

真正需要创建者信息的场景，几乎都伴随着审计、合规或调试需求，这时应该优先检查是否已有日志系统捕获了文件操作事件——而不是反复折腾文件元数据。