Linux下判断是否为root用户应使用geteuid()检查有效用户ID是否为0，因其反映当前进程实际权限；getuid()返回真实UID，sudo运行时仍为普通用户ID，会导致误判。
Linux下用geteuid()判断是否为root用户
Linux系统中，最直接可靠的方式是检查有效用户ID（EUID）是否为0。普通进程的geteuid()返回非零值，而root权限进程（无论是否由sudo启动）其EUID为0。
注意：不要用getuid()——它返回的是**真实UID**，即使你用sudo ./a.out运行，真实UID仍是你的普通用户ID，会误判。
示例代码片段：
#include <unistd.h>
#include <iostream>
int main() {
if (geteuid() == 0) {
std::cout << "Running as root\n";
} else {
std::cout << "Not root\n";
}
}
- 必须链接
libc（默认已链），无需额外编译选项 - 静态链接时（如
-static）仍可用，geteuid()是POSIX标准函数 - 容器内运行时也有效——只要进程EUID为0（例如以
root用户启动容器）
Windows下用CheckTokenMembership()验证管理员组成员身份
Windows没有“root”概念，而是看当前线程令牌是否属于BUILTIN\Administrators组。仅靠IsUserAnAdmin()不够健壮——它在UAC虚拟化开启、非提升进程里可能返回TRUE但实际无写注册表/系统目录权限。
立即学习“C++免费学习笔记（深入）”；
正确做法是获取进程主令牌 → 获取Administrators组SID → 调用CheckTokenMembership()。
关键点：
- 必须用
OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY, &hToken)，不能用GetCurrentThreadToken() - SID需用
AllocateAndInitializeSid()构造，硬编码S-1-5-32-544字符串再转SID容易出错 - 调用后务必
CloseHandle(hToken)和FreeSid(pAdminSid)，否则泄漏句柄
常见错误现象：CheckTokenMembership返回FALSE但GetLastError()是ERROR_INVALID_PARAMETER——多半是pAdminSid未正确初始化或hToken无效。
跨平台封装时避免混淆“有权限”和“能执行某操作”
检测到root/Admin ≠ 能成功执行后续动作。比如Linux下即使EUID=0，若挂载了noexec或文件被chattr +i锁定，open()仍会失败；Windows下即使属Administrators组，若启用了UAC且进程未标记requireAdministrator，对HKLM或C:\Windows的写入会被重定向或拒绝。
因此：
- 权限检测应紧邻实际敏感操作之前，而非程序启动时一次性断言
- 不要用
assert(is_root())代替错误处理——生产环境应捕获EPERM/ACCESS_DENIED并降级或提示 - Linux下
cap_get_proc()可查具体capabilities（如CAP_NET_BIND_SERVICE），比单纯看EUID更精确，但需libcap依赖
为什么whoami /groups或id -Gn不能直接用于C++逻辑判断
这些命令输出是字符串解析结果，不可靠：组名可能被本地化（如中文Windows显示“管理员”）、空格或特殊字符导致std::string::find("Administrators")失效；Linux下id -Gn输出含docker、sudo等无关组，易误匹配。
本质问题在于：它们检查的是**用户所属组列表**，而非**当前进程实际生效的权限上下文**。例如：
- 某用户在
sudoers中配置了NOPASSWD: /bin/true，用sudo -n ./a.out运行时EUID=0，但id仍显示原用户组 - Windows服务以LocalSystem账户运行，
whoami输出NT AUTHORITY\SYSTEM，但它不属于Administrators组，却拥有更高权限
真正需要关心的永远是：**当前进程的token/credentials能否通过内核权限检查**——这只能靠系统API（geteuid() / CheckTokenMembership()）回答，而不是解析命令行输出。
