应使用geteuid() == 0判断是否具有root权限，因其返回有效用户ID（EUID），真实反映当前进程权限级别；getuid()在setuid或sudo场景下不可靠。
Linux下用geteuid()和getegid()判断是否为root
在Linux中，C++程序没有“特权级别”这个抽象概念，实际要看的是进程的有效用户/组ID。普通程序无法直接读取CPU环级（如ring 0/3），但绝大多数场景真正关心的是“有没有root权限”——也就是能否执行sudo能做的事。
最常用、最可靠的方式是调用geteuid()：如果返回值为0，说明进程以root身份运行（或通过setuid提权）；同理可用getegid()检查组ID。
-
geteuid()返回有效UID，比getuid()（真实UID）更能反映当前权限能力 - 不要只检查
getuid()——比如用sudo ./a.out启动时，getuid()仍是普通用户ID，但geteuid()是0 - 需包含
<unistd.h>和<sys/types.h>
Windows下用CheckTokenMembership()验证管理员组成员身份
Windows没有等价于UID的全局特权标识，而是基于访问令牌（access token）和SID（安全标识符）。判断是否具备管理员权限，标准做法是检查当前令牌是否属于BUILTIN\Administrators组。
关键步骤是调用OpenProcessToken()获取当前进程令牌，再用CheckTokenMembership()比对预定义的SE_GROUP_USE_FOR_DENY_ONLY不相关、真正要用的是WinBuiltinAdministratorsSid。
立即学习“C++免费学习笔记（深入）”；
- 必须链接
Advapi32.lib，否则链接失败 - 不能只靠
IsUserAnAdmin()（已废弃且不可靠，尤其在UAC启用时可能返回false） - 即使程序未显式提权（如manifest未设
requireAdministrator），只要当前用户属于管理员组且UAC未拦截，CheckTokenMembership()仍可返回true
跨平台封装建议：避免硬编码0或字符串比较
写可移植代码时，别在Linux分支里写if (geteuid() == 0)、Windows分支里写if (is_admin)这种裸判断。容易漏掉细节，也难测试。
- 定义统一接口，例如
bool has_privilege(const std::string& level)，内部按平台分发 - Linux侧支持
"root"、"capability:net_admin"等粒度（需cap_get_proc()，见libcap） - Windows侧可扩展支持
"SeDebugPrivilege"等具体权限，用LookupPrivilegeValue()+AdjustTokenPrivileges() - 注意：即使
has_privilege("root")返回true，也不代表能任意修改系统文件——SELinux/AppArmor或UAC策略仍可能拦截操作
常见误判场景：为什么geteuid() == 0不等于“能干所有事”
拿到root UID只是起点，不是终点。现代Linux发行版默认启用多种限制机制，仅靠UID无法保证操作成功。
- SELinux enforcing模式下，即使UID=0，若上下文类型不匹配（如
unconfined_tvssystem_r），open("/sys/class/net/eth0/device/remove", O_WRONLY)仍会失败并报Permission denied - 容器环境（Docker/Podman）中，
geteuid()可能是0，但被--user或user namespace隔离，实际无宿主机root能力 - Capability机制下，进程可能只有
CAP_NET_BIND_SERVICE而没有CAP_SYS_ADMIN，此时geteuid() == 0但无法挂载文件系统
真要确认某项操作是否可行，最稳妥的方式是直接尝试并捕获errno（Linux）或GetLastError()（Windows），而不是依赖前置的“特权级别”判断。
