最稳起点是用taskscheduler库通过taskservice连接系统服务并用taskdefinition配置触发器和操作；必须用new taskservice()初始化，触发器推荐timetrigger或dailytrigger，操作路径须为绝对路径且文件存在，交互式任务需设principal.logontype = tasklogontype.interactivetoken。
怎么用 TaskScheduler 库创建一个基础定时任务
直接调用 TaskService 连上系统服务，再用 TaskDefinition 配置触发器和操作——这是最稳的起点。别试图绕过 TaskService 自己拼 XML，容易权限失败或格式错。
常见错误现象：Access is denied（即使以管理员运行）、Task not found（注册后查不到）、任务状态一直是 Ready 但不执行（触发器时间没设对）。
- 必须用
new TaskService()初始化，不能只 newTaskDefinition - 触发器推荐用
TimeTrigger或DailyTrigger，避免用RegistrationTrigger（它只在注册时触发一次） - 操作（
Actions.Add(new ExecAction(...))）里的路径必须是绝对路径，且可执行文件得存在，否则任务静默失败 - 如果程序需要交互桌面（比如弹窗），得显式设
principal.LogonType = TaskLogonType.InteractiveToken，但 Win10/11 默认不允许交互式任务后台运行
TaskService 权限不够时怎么办
不是加个 Run as administrator 就万事大吉。Windows 计划任务服务本身有沙箱逻辑：用户上下文、会话隔离、UAC 过滤。
典型表现：System.UnauthorizedAccessException 抛在 task.Register(...)，或注册成功但状态显示 Could not start。
- 优先走「当前用户」上下文：
new TaskService()默认连当前用户任务服务，权限足够且无需提权 - 要注册到系统级（所有用户可见），必须用
new TaskService(null, "SYSTEM", null, null)，且进程必须以 LocalSystem 身份运行（一般只能通过 Windows Service 实现） - 普通桌面程序想写系统任务？基本不可行。改用用户任务 +
principal.RunLevel = TaskRunLevel.Highest，再确保程序本身以管理员启动 - 别信“把任务设成‘不管用户是否登录都要运行’就解决权限”——那只是换了个失败方式（凭据缺失）
修改已存在任务时为什么老是覆盖失败
调用 task.RegisterChanges(...) 前，必须先用 taskService.GetTask(...) 拿到原任务对象，不能 new 一个同名新任务再 register。Windows 不认“同名即覆盖”，它只认句柄和注册路径。
常见错误现象：调用 RegisterChanges 后任务没变、触发器消失、甚至原任务被删掉。
- 正确流程：先
var t = taskService.GetTask("MyJob")，再t.Definition.Triggers.Clear()、t.Definition.Triggers.Add(...)，最后t.RegisterChanges() - 如果想彻底重写，用
taskService.DeleteTask("MyJob", false)再taskService.RootFolder.RegisterTaskDefinition(...)，但注意false表示不抛异常（即使任务不存在） - 修改触发器时间后不生效？检查
StartBoundary是否设成了过去时间——Windows 会自动跳过，得设未来时间再等下一轮触发 - 修改后立即测试？手动运行
t.Run()可触发，但注意它不走触发器逻辑，只执行 Action
为什么任务执行后没日志、也没报错
计划任务默认静默失败。没有 stdout/stderr 重定向，也没有异常传播机制，出错只会记进系统事件日志（Event Viewer → Applications and Services Logs → Microsoft → Windows → TaskScheduler → Operational），而且默认关闭。
- 务必打开日志：用
wevtutil sl "Microsoft-Windows-TaskScheduler/Operational" /e:true（管理员命令行） - 在
ExecAction中，把输出重定向到文件：new ExecAction("cmd.exe", "/c myapp.exe > C:\log.txt 2>&1") - 不要依赖 Console.WriteLine —— 任务默认无控制台，写不出东西；改用
File.AppendAllText或 NLog - 如果任务依赖当前用户环境变量（如
%USERPROFILE%），记得在ExecAction里显式展开，或者用principal.Id确保上下文匹配
最麻烦的点其实是触发器和系统时间的耦合——比如夏令时切换、系统休眠唤醒后触发器偏移、任务服务重启丢失内存中状态。这些没法靠代码完全规避，得靠日志+事件查看器交叉验证。
