任务xml包含意外节点0x80041316-烟消火灭网

双击那个任务计划，任务弹窗跳出来一行字：任务 XML 包含意外节点 (0x80041316)。含意后面跟着一个“确定”按钮，外节点下去，任务任务计划程序窗口照常打开，含意但那个任务的外节状态栏是灰的——它不会跑了。

这个错误码我见过不下十次。任务第一次遇到是含意在一台 Windows Server 2008 R2 上，客户说备份脚本突然不执行了。外节我打开任务计划程序一看，任务任务列表里那个备份项旁边有个黄色感叹号。含意右键运行，外节直接弹这个错。任务当时我以为是含意权限问题，折腾了半天，外节最后发现是 XML 文件本身被改坏了。

0x80041316 这个代码，微软官方文档里写得含糊，大意是“任务定义中出现了计划程序无法识别的元素”。翻译成人话就是：你给它的 XML 里，有它不认识的标签或者属性。任务计划程序读 XML 的方式很死板，它有一套固定的 schema，多一个节点、少一个属性、命名空间写错，都可能触发这个错误。

XML 是怎么被搞坏的

常见的情况有这么几种。一种是手动编辑导出的 XML 文件时，不小心多敲了一个标签，或者删掉了某个闭合标签。另一种是从别的机器上复制任务定义过来，但两台机器的 Windows 版本不同，新版本里支持的某个节点在老版本上不存在。还有一种比较隐蔽：某些第三方软件在写入任务时，会往 XML 里塞自己的扩展节点，Windows 不认识，直接报错。

我印象最深的一次，是一个客户从 Windows 10 导出了一个任务，想导入到 Windows 7 上。导出的 XML 里有一个 <UseUnifiedSchedulingEngine> 节点，这是 Win8 以后才有的。Win7 的任务计划程序读到这个节点，直接抛出 0x80041316。解决办法很简单，用文本编辑器打开 XML，把那个节点整行删掉，再重新导入。

但问题在于，任务计划程序的图形界面不会告诉你具体是哪个节点出了问题。它只给一个笼统的错误码。你得自己去看 XML。

怎么定位和修复

最直接的办法：找到那个任务的 XML 文件。在任务计划程序里右键任务，选择“导出”，保存成一个 .xml 文件。然后用记事本或者 Notepad++ 打开。如果你有 XML 编辑经验，可以对照微软的 Task Schema 文档逐节点检查。没有经验的话，一个笨办法是拿一个正常任务的 XML 来对比，看多了什么、少了什么。

另一个思路是用 PowerShell。Export-ScheduledTask 可以导出 XML，Register-ScheduledTask 可以重新注册。如果 XML 里有问题，注册的时候会报更具体的错。不过 PowerShell 的报错信息也不一定比 GUI 友好多少。

实际修复时，我通常先看根节点 <Task> 的 xmlns 属性。这个命名空间必须和当前系统的版本匹配。Windows 7 用 http://schemas.microsoft.com/windows/2004/02/mit/task，Windows 10 也是这个，但内部支持的子节点不同。命名空间写错，整个 XML 就废了。

然后看 <Triggers> 和 <Actions> 这两个大块。触发器里常见的意外节点是 <RandomDelay> 和 <ExecutionTimeLimit>，这两个在旧系统上不支持。操作里如果用了 <Exec> 之外的节点，比如 <ComHandler>，也可能出问题。

删掉多余的节点之后，保存 XML，在任务计划程序里删除旧任务，重新导入。如果还是报错，就把 XML 贴到在线校验工具里跑一遍，看有没有格式错误。有时候问题不是节点本身，而是属性值写错了，比如日期格式不对、路径里有非法字符。