powershell中让计划任务以最高权限运行，关键是用new-scheduledtaskprincipal指定-runlevel highest，并配合new-scheduledtasksettingsset启用-allowstartifonbatteries等策略，确保用户凭据、脚本路径权限一致且可验证。
powershell 中让计划任务以最高权限运行，关键是在注册任务时通过 new-scheduledtaskprincipal 指定运行身份，并设置 -runlevel highest；同时配合 new-scheduledtasksettingsset 启用必要策略，否则即使设置了也常会静默失败。
必须设置 RunLevel Highest
这是启用最高权限的核心参数，需在 New-ScheduledTaskPrincipal 中显式声明：
-
正确写法：
$principal = New-ScheduledTaskPrincipal -UserId "DOMAIN\user" -RunLevel Highest - 若省略
-RunLevel Highest，即使用户是管理员，任务也只以标准令牌运行，无法修改服务、写系统目录或调用需要提权的 cmdlet（如Set-ExecutionPolicy -Scope LocalMachine） - 不建议用
-LogonType Interactive搭配最高权限用于无人值守场景（如开机触发），因交互式登录会话可能不存在
配合 SettingsSet 显式放行限制条件
仅设 RunLevel Highest 不够，还需在 New-ScheduledTaskSettingsSet 中解除默认安全拦截：
- 添加
-AllowStartIfOnBatteries：防止笔记本拔电后任务被跳过 - 添加
-DontStopOnIdleEnd：避免系统退出空闲状态时中止任务 - 可选
-StartWhenAvailable：网络或资源就绪后自动补执行（适合延迟敏感任务） - 避免依赖
-DontStartIfOnBatteries（默认开启），它会直接禁用电池模式下的运行
注意凭据与用户上下文一致性
最高权限 ≠ 任意用户都能生效，必须确保三者匹配：
- 用户存在且密码未过期：若用域账户，需确保域控可达；本地账户需确认未被禁用
-
-User 参数值与 -Principal 中 UserId 完全一致：例如
Register-ScheduledTask -User "CONTOSO\adm" -Principal $principal，两者必须相同 -
脚本路径有读取权限：尤其当脚本放在用户目录（如
C:\Users\John\Scripts\）时，系统上下文可能无访问权，建议放至C:\Windows\Temp或%ProgramFiles%下并设 ACL
验证是否真正以最高权限运行
创建后可通过以下方式快速确认：
- 在任务属性 → “常规”选项卡中，检查是否勾选“使用最高权限运行”
- 手动运行任务，执行
whoami /priv或Get-Process -Id $PID | Select-Object -ExpandProperty StartInfo，查看是否含SeDebugPrivilege等高权限标识 - 若任务内调用
Restart-Service成功，基本可确认提权生效
