最可靠的方法是用 CheckTokenMembership 检查当前进程 token 是否属于内置 Administrators 组（SID S-1-5-32-544），需先 OpenProcessToken 获取带 TOKEN_QUERY 权限的 token，调用后 CloseHandle 防泄漏。
Windows 下用 CheckTokenMembership 判断管理员权限最可靠
靠检查进程名或用户 SID 前缀（如 "S-1-5-32-544"）容易误判，比如标准用户被加入 Administrators 组但没提权。真正有效的办法是查当前 token 是否属于内置 Administrators 组——CheckTokenMembership 就干这事。
注意：必须先用 OpenProcessToken 获取进程 token，且 flag 要带 TOKEN_QUERY；否则调用直接失败返回 FALSE，还可能误认为没权限。
- 调用前确保已
#include <windows.h></windows.h>和<sddl.h></sddl.h> - 获取 token 后记得
CloseHandle，否则句柄泄漏 - 如果程序是服务或以
LocalSystem运行，该函数仍返回TRUE（它属于 Administrators 组），但此时不一定能写用户目录下的文件——权限 ≠ 能力
修改受保护路径文件前必须触发 UAC 提权或换路径
即使 CheckTokenMembership 返回 TRUE，若进程没经过 UAC 提权（即 token 是“过滤后”的 medium integrity），尝试写 C:Program Files 或 C:WindowsSystem32 仍会报错 ERROR_ACCESS_DENIED（不是 ERROR_PRIVILEGE_NOT_HELD）。
两种务实选择：
立即学习“C++免费学习笔记（深入）”；
- 改写到用户可写路径，例如
std::filesystem::path(std::getenv("LOCALAPPDATA")) / "MyApp" / "config.ini" - 主动请求提权：调用
ShellExecute传"runas"动词重启自身，原进程退出，新进程拿到 high integrity token - 避免用
CreateProcess+SE_DEBUG_NAME等绕过手段——现代 Windows Defender 会拦截并报毒
std::ofstream 写文件失败时，优先检查 GetLastError() 而非流状态
std::ofstream 的 .fail() 或 .bad() 只反映 C++ 流层错误（如磁盘满、路径过长），不暴露 Windows 底层权限拒绝。真正要定位权限问题，得在 open() 或 write() 后立刻调 GetLastError()：
std::ofstream f("C:\Program Files\MyApp\cfg.txt");
if (!f.is_open()) {
DWORD err = GetLastError();
if (err == ERROR_ACCESS_DENIED) {
// 真正的权限不足
}
}
常见干扰项：
-
ERROR_PATH_NOT_FOUND：父目录不存在，不是权限问题，需先CreateDirectory -
ERROR_SHARING_VIOLATION：文件被其他进程独占打开，和权限无关 -
std::ofstream默认不抛异常，别依赖exceptions(std::ios_base::failbit)——它不捕获系统级拒绝
跨平台代码里别硬写 Windows 权限逻辑
Linux/macOS 没有“管理员权限”概念，只有 uid=0 和文件 mode+ACL。如果项目声明支持多平台，CheckTokenMembership 这类 API 必须用 #ifdef _WIN32 隔离，且 Linux 侧应走 geteuid() == 0 + access(path, W_OK) 组合判断。
更关键的是：不要让“是否管理员”成为功能开关。比如“仅管理员才能保存配置”——这会让普通用户无法使用软件。合理做法是自动 fallback 到 $XDG_CONFIG_HOME 或 ~/.config/，记录日志说明“配置已保存至用户目录”。
UAC 和提权流程是 Windows 特有的交互契约，强行把它抽象成通用“权限模型”，最后只会让 Linux 用户困惑、Windows 用户遇到静默失败。
