checktokenmembership是最可靠的windows管理员权限判断方式，通过检查进程令牌是否属于内置管理员组sid（s-1-5-32-544），需先获取访问令牌并启用se_group_enabled属性；linux/macos则应使用geteuid() == 0判断root权限，避免字符串匹配或isuseranadmin()等不可靠方法。
Windows下用CheckTokenMembership判断是否为管理员
直接调用CheckTokenMembership是最可靠的方式，它不依赖UAC提示状态或组名字符串匹配，而是检查当前进程令牌是否属于内置管理员组（SID S-1-5-32-544）。注意必须先获取进程的访问令牌，并启用SE_GROUP_ENABLED属性。
常见错误是忽略OpenProcessToken返回值校验，或未正确初始化PSID——建议用AllocateAndInitializeSid构造SID，用完后配对调用FreeSid。示例关键步骤：
DWORD sidSize = 0;
if (!CreateWellKnownSid(WinBuiltinAdministratorsSid, nullptr, nullptr, &sidSize) && GetLastError() == ERROR_INSUFFICIENT_BUFFER) {
PSID adminSid = nullptr;
if (AllocateAndInitializeSid(...) && OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY, &hToken)) {
CheckTokenMembership(hToken, adminSid, &isElevated);
FreeSid(adminSid);
CloseHandle(hToken);
}
}
Linux/macOS用geteuid()和getegid()判断有效UID/GID
Unix-like系统没有“管理员”概念，而是看有效用户/组ID是否为0。仅检查geteuid()足够判断是否以root身份运行；若需更细粒度（如sudo后保留原用户环境），可同时比对getuid()和geteuid()。
容易踩的坑：getuid()返回真实UID（启动时的用户），geteuid()才是当前权限依据。某些setuid程序中二者不同，必须用后者。示例逻辑：
-
geteuid() == 0→ 有root权限 -
geteuid() != 0 && getuid() == geteuid()→ 普通用户且未提权 -
getuid() != geteuid()→ 可能通过sudo/setuid执行，但当前euid决定实际权限
跨平台封装时避免硬编码字符串匹配
别用getpwuid(geteuid())->pw_name去查用户名是否为"root"或"Administrator"——Linux上可能改名，Windows上可能本地化（如中文系统显示“管理员”）。同样，别依赖whoami命令输出解析，这引入shell依赖且不可靠。
真正可移植的做法是分平台编译：
- Windows：走
CheckTokenMembership路径 - POSIX：只信
geteuid() == 0 - 宏定义隔离：
#ifdef _WIN32/#else，不要混用逻辑
性能上无明显差异，但Windows版需额外链接advapi32.lib，CMake里记得加target_link_libraries(... advapi32)。
为什么IsUserAnAdmin()不推荐
这个API看似简单，但它在UAC关闭时可能返回false（即使用户属于Admin组），且无法区分“属于管理员组”和“当前拥有管理员令牌”——后者才是实际权限依据。它已被微软标记为遗留接口，文档明确建议改用CheckTokenMembership。
典型误用场景：开发调试时UAC关闭，IsUserAnAdmin()返回false，误以为权限不足；上线后UAC开启又突然变true，行为不一致。真实权限永远取决于当前令牌，不是账户隶属关系。
复杂点在于Windows下“管理员组成员”不等于“当前有管理员权限”，而Unix下euid=0就是铁律。别试图统一抽象成一个bool函数，按平台语义分别处理更稳妥。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
