禁用任务需检查settings.enabled属性而非state字段：先用get-scheduledtask确认存在及路径，再用disable-scheduledtask配合-taskpath（如非根目录）和管理员权限执行，最后通过(settings.enabled)验证返回false才算成功。
直接用 disable-scheduledtask 可以禁用任务，但关键在于“禁用成功”不等于“状态立即可见”——尤其当任务正在运行、权限受限或路径不明确时，容易误判是否生效。真正起作用的是 settings.enabled 属性，不是 state 字段。
确认任务是否存在并获取准确路径
很多失败源于输错名称或路径。Windows 任务计划程序中显示的“名称”常是显示名，而 PowerShell 要求的是注册名（TaskName），且 TaskPath 默认为 \（根目录），子文件夹需显式指定。
- 先列出所有匹配项：
Get-ScheduledTask | Where-Object {$_.TaskName -like "*Sangfor*" -or $_.TaskName -like "*EasyConnect*"} - 查看完整路径和当前启用状态：
Get-ScheduledTask -TaskName "SangforUpdateCheck_EasyConnectAutoStart" | Select-Object TaskPath, TaskName, State, @{Name="Enabled";Expression={$_.Settings.Enabled}}
正确禁用任务（含路径与权限处理）
若任务在非根目录（如 \Microsoft\Windows\UpdateOrchestrator\），必须同时传入 -TaskPath；若提示“Access is denied”，说明当前会话无权限操作该任务——这不是命令写错，而是需要以管理员身份运行 PowerShell。
- 禁用单个任务（带路径）：
Disable-ScheduledTask -TaskName "SystemScan" -TaskPath "\UpdateTasks\" - 批量禁用某文件夹下全部任务：
Get-ScheduledTask -TaskPath "\UpdateTasks\" | Disable-ScheduledTask - 禁用后验证是否真正生效（重点！）：
Get-ScheduledTask -TaskName "SystemScan" | Select-Object TaskName, @{n="Enabled";e={$_.Settings.Enabled}}→ 应返回False
处理幽灵任务或顽固任务
某些第三方软件（如深信服 EasyConnect）注册的任务存在 XML 残留、ACL 锁定或触发器异常，单纯 Disable-ScheduledTask 可能无效。此时需组合清理：
- 先尝试强制禁用：
Get-ScheduledTask -TaskName "SangforUpdateCheck_EasyConnectAutoStart" | ForEach-Object { $_.Settings.Enabled = $false; Set-ScheduledTask -InputObject $_ } - 若仍无法禁用，可导出配置、手动编辑 XML 中
<enabled>true</enabled>为false，再导入；或使用schtasks /delete /tn "TaskName" /f彻底删除（需管理员权限） - 注意：删除前建议先导出备份：
Export-ScheduledTask -TaskName "TaskName" | Out-File C:\backup\TaskName.xml
验证禁用是否真正生效
GUI 中看到“已禁用”不等于 PowerShell 已同步状态。务必检查 .Settings.Enabled，而非 .State（后者只反映当前运行状态，比如“Running”或“Ready”，和启用/禁用无关）。
- 可靠验证方式：
(Get-ScheduledTask -TaskName "TaskName").Settings.Enabled→ 返回False即确认禁用成功 - 若返回
True但 GUI 显示禁用，说明任务可能被组策略或第三方工具动态重置，需检查 GPO 或厂商自启服务
