应使用 WindowsPrincipal.IsInRole(WindowsBuiltInRole.Administrator) 判断当前用户是否具有管理员权限，而非比对用户名或SID；该方法适用于.NET Framework 4.0+ 和 .NET Core 3.1+，不依赖UAC状态，仅反映账户权限。
判断 Windows 当前用户是否具有管理员权限
在 c# 中，windowsidentity 和 windowsprincipal 是最直接、最可靠的方式。.net 5+ 还支持更简洁的 windowsidentity.getcurrent().isadministrator()（需引用 system.security.principal），但底层逻辑一致：查当前 token 是否属于 builtindministrators 组。
常见错误是只检查用户名是否为 “Administrator”——这完全不可靠，普通用户可重命名，管理员组名也可能本地化（如中文系统显示“管理员”），且域环境根本无效。
- 必须用
WindowsPrincipal.IsInRole(WindowsBuiltInRole.Administrator)，不能比对用户名或 SID 字符串 - 注意：该判断不等于“当前进程以管理员身份运行”，它只反映用户账户权限；即使 UAC 关闭，普通用户登录后调用此方法也返回
false - .NET Framework 4.0+ 和 .NET Core 3.1+ 均支持，无需额外 NuGet 包
检查进程是否以管理员权限运行（UAC 提权状态）
用户有管理员权限 ≠ 当前程序以管理员权限运行。UAC 默认启用时，即使管理员账户启动程序，默认也是“标准权限令牌”。真正需要写注册表 HKEY_LOCAL_MACHINE 或访问 \.PHYSICALDRIVE0 时，必须检测这个。
关键点：检查当前进程 token 的完整性级别（IL）是否为 Medium（非管理员）还是 High（已提权）。但更简单可靠的方案是尝试执行一个需要高权限的操作并捕获异常，或直接查 token 属性。
- 推荐做法：调用
WindowsIdentity.GetCurrent().Token，再用GetTokenInformation（P/Invoke）查TOKEN_ELEVATION_TYPE—— 但太重 - 实用替代：用
new WindowsPrincipal(WindowsIdentity.GetCurrent()).IsInRole(WindowsBuiltInRole.Administrator)+ 检查Process.GetCurrentProcess().StartInfo.Verb == "runas"不靠谱，因为 verb 是启动参数，运行中无法获取 - 最简健壮判断：尝试打开一个仅管理员可访问的路径（如
"C:\Windows\System32\config\SAM"），捕获UnauthorizedAccessException—— 但有副作用，不推荐用于常规判断 - 真正轻量且准确的做法：用
WindowsIdentity.GetCurrent().Owner对比WindowsIdentity.GetCurrent().Token的IsElevated属性（.NET 6+ 新增）；旧版本可用Token.IsImpersonating辅助推断，但不等价
为什么 Application.Manifest 里设 requireAdministrator 还可能被绕过
很多人以为只要在 app.manifest 里写了 <requestedexecutionlevel level="requireAdministrator" uiaccess="false"></requestedexecutionlevel>，程序就一定以管理员运行——其实不然。如果用户右键“以管理员身份运行”成功，那没问题；但如果双击启动，而 UAC 被禁用或策略禁止提示，系统可能静默降权运行（尤其在 Server 系统或组策略锁定环境下）。
- Manifest 只是声明意图，不强制执行；最终是否提权由 Windows 安全策略和 UAC 设置共同决定
- 即使 manifest 正确，若程序被其他进程（如 Explorer）以低权限上下文启动（例如通过 ShellExecute 未指定
runas），仍可能降权 - 验证方式：运行后立刻调用
WindowsPrincipal.IsInRole(WindowsBuiltInRole.Administrator)，如果返回false，说明没提权成功，需引导用户手动右键运行 - 不要依赖 manifest 后就跳过运行时权限检查——这是线上崩溃最常见的原因之一
C# 权限判断在跨平台（.NET 6+）下的行为差异
WindowsPrincipal 和 WindowsIdentity 在非 Windows 平台（Linux/macOS）下会抛出 PlatformNotSupportedException。.NET 6 引入了 OperatingSystem.IsWindows() 做运行时分流，但权限模型本身无法平移：Linux 没有“管理员组”概念，而是基于 UID=0 或 sudo 会话；macOS 则依赖 root 用户和 AuthorizationRef。
- 跨平台项目必须先判断
OperatingSystem.IsWindows()，再走 Windows 权限路径；否则直接 crash - Linux/macOS 下无法用相同语义判断“管理员”，只能查
Environment.GetEnvironmentVariable("SUDO_UID") != null或Process.GetCurrentProcess().Id == 1（不严谨） - 如果业务逻辑强依赖提权（如修改系统网络配置），建议将敏感操作下沉到独立的、带 manifest 的 Windows-only 子进程，主程序保持跨平台
- 别试图封装一个统一的
IsAdmin()方法覆盖所有平台——语义失真，维护成本高
权限判断最常被忽略的点：它不是一次性检查。用户可能中途提权（比如启动后弹出 UAC 对话框），也可能被策略动态限制。真正关键的操作前，必须做即时校验，而不是只在 Main() 开头 check 一次。
