windows下应使用checktokenmembership判断是否为管理员，而非isuseranadmin()；linux/macos下用geteuid()==0判断root权限，因前者在uac下不可靠，后者反映真实有效权限。
Windows下用 IsUserAnAdmin() 判断是否以管理员身份运行
Windows没有“特权等级”这个抽象概念，只有“是否拥有管理员组权限”的实际判断。最直接的方式是调用系统API IsUserAnAdmin() —— 它不检查UAC状态或提权请求，只看当前进程令牌是否属于 Administrators 组。
注意：该函数在 Vista 及以后必须链接 shell32.lib，且返回 TRUE 仅表示用户账户有管理员权限、且当前进程未被UAC降权（即不是“标准用户模式”下启动的）。如果程序是通过“以管理员身份运行”启动的，它才大概率返回 TRUE。
- 必须在代码开头包含
#include <shellapi.h></shellapi.h>和#pragma comment(lib, "shell32.lib") - 若链接失败，会报错
LNK2019: unresolved external symbol __imp__IsUserAnAdmin@0 - 即使用户是管理员，但程序未提权启动（比如双击运行），
IsUserAnAdmin()返回FALSE
Linux/macOS下用 geteuid() 检查是否为 root
类Unix系统靠有效用户ID（EUID）决定权限边界。geteuid() == 0 是判断当前进程是否拥有root权限的可靠依据，比检查用户名或组更准确——因为程序可能被 setuid 或 sudo 启动，此时EUID才是真实权限标识。
不要用 getuid()（真实UID），它只反映启动用户，无法体现提权后的真实权限。例如 sudo ./a.out 中，getuid() 是普通用户ID，geteuid() 才是 0。
-
geteuid()声明在<unistd.h></unistd.h>，无需额外链接 - 返回值是
uid_t类型，直接与0比较即可 - 某些嵌入式环境或容器中，
geteuid()可能被沙箱限制，但这是运行环境问题，非C++语言层可绕过
跨平台封装时别忽略UAC和capability机制
写一个统一的 is_admin() 函数时，不能只拼凑 IsUserAnAdmin() 和 geteuid()。Windows上即使 IsUserAnAdmin() 返回 TRUE，也可能因UAC虚拟化导致文件/注册表操作被重定向；Linux上即使 geteuid() != 0，也可能通过 cap_net_bind_service 等 capability 获得部分特权。
- Windows下建议补充检查
OpenProcessToken()+GetTokenInformation()获取TokenElevation，确认是否真正提权 - Linux下如需细粒度控制，应调用
cap_get_proc()（需libcap）而非只看EUID - macOS同Linux，但还需注意 SIP（System Integrity Protection）会屏蔽部分root行为，
geteuid() == 0不代表能写/System
常见误判场景：服务进程、容器、WSL
很多开发者在测试时用桌面环境验证逻辑，上线后却出错——因为服务进程（如Windows Service、systemd service）默认以高权限运行，但其令牌上下文与交互式登录不同；Docker容器中 geteuid() 可能为0，但挂载点或seccomp策略已禁用关键系统调用；WSL里 geteuid() 是Linux层判断，和Windows宿主权限无关。
- Windows服务默认使用
LocalSystem账户，IsUserAnAdmin()返回FALSE（因不属于Administrators组），但权限远高于普通管理员 - Docker中运行
docker run --user 0时geteuid()为0，但若没加--privileged，mknod等调用仍会失败 - WSL2的init进程由Windows启动，其权限模型混合了两层，仅靠C++代码无法感知Windows侧的UAC状态
真正难的不是获取数字值，而是理解那个数字在当前执行环境中到底意味着什么权限边界。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
