直接调用 stat() 获取 st_uid/st_gid 是最轻量可靠的方式，返回数值型 ID；需区分 stat() 与 lstat()，注意路径存在性、头文件包含及返回值检查；getpwuid 等函数不适用因依赖外部数据库且线程不安全，应改用 getpwuid_r() 等可重入接口并妥善处理缓冲区与错误。
怎么用 stat 读取文件的 uid/gid
直接调用 stat() 函数就能拿到文件元数据里的 st_uid 和 st_gid，这是最轻量、最可靠的方式。它不依赖外部数据库或网络服务，也不需要权限提升。
-
stat()返回的是数值型 uid/gid，比如1001、1002，不是用户名或组名 - 路径必须是真实存在的文件（或符号链接加
LSTAT），否则返回 -1 并设errno - 注意区分
stat()和lstat()：后者不跟随符号链接，能拿到链接文件自身的 uid/gid - 示例中别忘了包含
为什么不能直接用 getpwuid 查用户名
getpwuid() 看似顺理成章，但它只查用户数据库（通常是 /etc/passwd），而现代系统里很多 uid 根本不对应本地用户——比如容器环境、NFS 挂载、LDAP 用户、或者被删掉但文件仍保留的旧用户。
- 调用
getpwuid(uid)可能返回NULL，不代表出错，只是“查无此人” - 它还会触发 NSS（Name Service Switch）查找，可能卡住几秒（尤其配置了
sss或远程 LDAP 时） - 线程不安全：老式接口
getpwuid()返回静态缓冲区指针；多线程必须改用getpwuid_r() - 同理，查组名要用
getgrgid_r()，不是getgrgid()
如何安全地把 uid/gid 转成可读名字
得组合用 getpwuid_r() 和 getgrgid_r()，且必须自己分配缓冲区、处理截断和重试逻辑——C 标准库不帮你搞定内存。
- 先调一次获取所需缓冲区大小（
sysconf(_SC_GETPW_R_SIZE_MAX)），再 malloc 分配；组同理 - 返回
ERANGE时要重试，不能假设一次就成功 - 如果
getpwuid_r()返回NULL且errno == 0，说明 uid 不存在，此时应 fallback 到显示数字 uid - 示例里别漏掉
free()缓冲区，否则内存泄漏在长期运行程序里会累积
实际代码里容易漏掉的兼容性细节
Linux 和 macOS 的 stat 结构体字段名一致，但某些嵌入式或旧系统（如部分 BSD 变种）可能没有 st_uid 直接字段，得用宏适配；更隐蔽的问题是 NFS 或 cifs 挂载点可能返回伪造或过期的 uid/gid。
- 不要假设
uid_t是int，打印时用%u或PRIu32宏 - 跨平台项目里，
getpwuid_r()的参数顺序在 Solaris 和 glibc 上不同，建议封装一层适配 - 容器场景下，宿主机 uid 映射到容器内可能是偏移后的值，
stat()返回的是容器命名空间视角的 uid，不是宿主机原始值 - 如果只是日志或调试用途，多数时候直接打数字 uid/gid 更稳，比强行转名更少出问题
事情说清了就结束
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
