任务计划程序只杀死 cmd.exe 而不是它的子进程

我们的客户有一些运行由任务计划程序激活的批处理作业的 Windows 2003 服务器。执行工作的实际程序是自定义的 .exe 进程，它们被聚合到 .cmd 脚本中，以便在预定的时间间隔到来时由任务计划程序一起启动它们。cmd 脚本中的行可能会或可能不会使用 Call 命令来启动单独的 .exe 程序。

在此设置中，任务计划程序有效地监控 cmd.exe，当使用进程资源管理器时，可以观察到子 .exe 进程停在 cmd.exe 进程树下。但是，当任务计划程序因超过允许的时间限制而杀死 cmd.exe 时，子 .exe 进程可能不会与其父进程一起被杀死并成为孤立的。这些进程无限期地停滞不前。由于 Process Explorer 中显示的进程线程的状态，我怀疑这些进程最终出错并弹出一个 .NET 调试器对话框（这些是 .NET 应用程序），因为批处理作业用户是单独的用户，所以无法看到该对话框帐户。

最初，当我在 Windows XP 工作站上调查此行为时，我观察到当任务计划程序确定时间到时，从我的测试 .cmd 脚本启动的子 .exe 进程确实与 cmd.exe 一起被杀死。我不可能孤立子进程。

基于一种预感，我最终转移到一台 Windows 2003 机器上进行测试。同样，子进程也会像我的工作站一样被终止。然后我的第二步是使用另一个用户帐户来运行计划任务。这一次， cmd.exe 在超过时间限制后被杀死，但子进程保持不变，就像我的客户在他们的生产服务器中观察到的一样。

如果我抢先登录该批处理用户帐户（恰好是另一个管理员帐户）以申请桌面会话，则来自我的测试 .exe 程序的任何错误或信息弹出窗口都将被路由并呈现在该桌面上，允许我查看实际的用户输出。如果我只在调度任务被调用后登录，桌面会话将不会“回收”现有进程的窗口；他们永远隐藏起来。

我的问题是，我在这里缺少什么条件会导致任务计划程序无法清除 cmd.exe 下的子进程？使用会导致这种行为的另一个帐户有什么特别之处，但在使用我当前的管理员帐户运行计划任务时没有？