最可靠方式是检查有效用户ID（EUID）是否为0：geteuid() == 0，因其不受setuid降权影响，而getuid()返回真实UID易误判；Windows需调用CheckTokenMembership验证管理员组成员身份。
用 geteuid() 判断是否为 root 用户
Linux/macOS 下最直接、最可靠的方式是检查**有效用户 ID（EUID）** 是否为 0。root 用户的 EUID 恒为 0，且该值不受 setuid 程序降权影响（比如 sudo 启动的程序，EUID 就是 0）。
注意：不要用 getuid()，它返回的是**真实 UID**——普通用户启动后即使通过 sudo 执行，getuid() 仍是原用户的 UID（非 0），会导致误判。
示例代码片段：
#include <unistd.h>
#include <iostream>
<p>if (geteuid() == 0) {
std::cout << "running as root\n";
} else {
std::cout << "not root\n";
}Windows 上没有 root，但需等效判断管理员权限
Windows 没有 UID 概念，对应的是「当前进程是否在管理员组中运行」。不能只看用户名是否为 Administrator，而必须调用 Windows API 检查 token 权限。
立即学习“C++免费学习笔记（深入）”；
关键点：
-
OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY, &hToken)获取当前进程 token -
CheckTokenMembership(nullptr, pAdminSID, &bIsAdmin)判断是否属于 BUILTIN\Administrators 组 - 需要链接
Advapi32.lib，且pAdminSID必须用AllocateAndInitializeSid()构造
常见错误：跳过 CheckTokenMembership 直接比对用户名，或未正确初始化 SID 导致返回 false 负面结果。
跨平台封装时绕不开的陷阱
写一个 is_root_or_admin() 函数时，容易忽略三类边界情况：
- macOS 上启用了 root 用户（非默认），但多数情况仍应以 EUID == 0 为准，而非检查用户名
- 容器环境（如 Docker）中，进程可能以 UID 0 运行但被 namespace 隔离，
geteuid() == 0仍为 true，但实际权限受限——此时函数返回 true 是合理的，因为系统层确实给了 root 身份，限制来自上层管控 - 某些嵌入式 Linux 或 Android，
geteuid()可能不可用（musl 或裁剪 libc），需 fallback 到stat("/root", &st)并检查 errno == EACCES，但该方法不严谨、有竞态，仅作保底
权限检查后该不该自动提权？
绝对不要在程序里调用 sudo 或弹出 UAC 提权——这违反最小权限原则，且无法安全处理密码输入、子进程生命周期、信号传递等问题。
正确做法：
- 启动时检测权限，不满足则输出明确错误信息（如：
"error: this command requires root privileges. try 'sudo ./mytool'"） - 避免在运行中途尝试切换权限；若必须执行特权操作，应由外部调度器（如 systemd service、sudo wrapper）确保环境就绪
- 特别注意：日志、配置文件路径、设备节点访问等行为，要和权限检查逻辑解耦，否则容易出现“检查了权限，但后续 open() 仍因 SELinux/AppArmor 拒绝而失败”
真正难的不是判断 root，而是判断“当前 root 是否真能干成我想干的事”。
