windows下判断管理员权限应避免使用已弃用的isuseranadmin()，而改用checktokenmembership()配合openprocesstoken()和allocateandinitializesid()验证当前进程token是否包含管理员组sid（s-1-5-32-544），并确保链接advapi32.lib。

Windows下用IsUserAnAdmin()最直接但已弃用

这个函数确实能快速判断，但它从Windows Vista起就被标记为deprecated，链接时会报LNK4221警告，且在UAC启用时返回值不可靠——即使用户属于Administrators组，若未提权运行，IsUserAnAdmin()仍返回false。它只检查token是否为管理员组成员，不反映当前进程的实际权限级别。

实际应改用CheckTokenMembership()配合OpenProcessToken()和AllocateAndInitializeSid()，验证当前token是否包含本地管理员组SID。

• 必须调用OpenProcessToken(GetCurrentProcess(), TOKEN_QUERY, &hToken)获取当前进程token
• 用AllocateAndInitializeSid()构造SECURITY_BUILTIN_DOMAINS_RID + DOMAIN_ALIAS_RID_ADMINS的SID
• 最后用CheckTokenMembership(NULL, pAdminSid, &fIsMember)判断
• 别忘了FreeSid(pAdminSid)和CloseHandle(hToken)释放资源

跨Windows版本兼容需手动解析TOKEN_GROUPS

上面的CheckTokenMembership()方法在Windows 7+稳定，但在某些精简版或旧嵌入式系统上可能不可用。更底层的方式是调用GetTokenInformation()获取TokenGroups，遍历所有group SID，逐个比对是否匹配管理员组SID。

关键点在于：管理员组SID在不同系统中固定为S-1-5-32-544，但不能硬编码字符串，必须用ConvertStringSidToSid()或AllocateAndInitializeSid()生成二进制SID结构体再比较。

• GetTokenInformation(hToken, TokenGroups, NULL, 0, &dwSize)先获取所需缓冲区大小
• 分配内存后再次调用，填充TOKEN_GROUPS结构
• 遍历Groups[i].Sid，用EqualSid()比对是否等于管理员SID
• 注意Groups[i].Attributes字段，需检查是否含SE_GROUP_ENABLED或SE_GROUP_ENABLED_BY_DEFAULT

MinGW或Clang编译时链接Advapi32.lib容易漏掉

所有涉及token、SID、权限的API（OpenProcessToken、CheckTokenMembership、AllocateAndInitializeSid等）都来自Advapi32.dll，但很多C++项目默认不链接该库，导致LNK2019未定义引用错误。

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

MSVC下在项目属性里加advapi32.lib；MinGW需在g++命令末尾加-ladvapi32；CMake则要写target_link_libraries(your_target PRIVATE advapi32)。

• 仅#include <windows.h></windows.h>和<aclapi.h></aclapi.h>不够，头文件不等于链接库
• 如果用了CheckTokenMembership()却没链接advapi32，编译通过但链接失败
• 部分IDE（如Code::Blocks）的默认配置不自动添加该库，需手动勾选或修改linker选项

Linux/macOS没有“管理员权限”概念，得换思路

C++本身无跨平台权限判断接口，Windows的“管理员”对应Linux的root或特定capability，macOS则是root或admin组成员。不能复用Windows逻辑。

Linux下常用geteuid() == 0判断是否为root用户；更严谨的做法是用getgid()/getegid()查主组，并结合getgrouplist()确认是否在wheel或sudo组里。macOS类似，但需检查admin组而非wheel。

• geteuid()返回有效UID，比getuid()更能反映当前进程实际权限
• 仅靠UID=0不够：某些服务以root启动后降权，此时geteuid()仍为0但能力受限
• 真正需要的是capability（如CAP_SYS_ADMIN），需用cap_get_proc()（libcap）而非简单查UID/GID

真正的难点不在代码怎么写，而在“管理员权限”这个需求本身——Windows、Linux、macOS的权限模型完全不同，同一段逻辑无法安全移植。判断只是起点，后续操作是否真能执行，还得看具体API调用时的权限上下文。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！