我注意到，如果我通过 GPO 首选项使用“启动时”触发器为 DC 上的所有 PC 创建任务（无论我执行什么，它可以是 VBS、EXE、PowerShell......），任务将永远不会执行。
因此，这将是先决条件：
应使用 GPO 首选项在 DC 端创建任务（本地创建的任务工作得很好，所以请不要费心在本地检查它，因为它可以工作）。
问题出在“启动时”触发器上......所有其他触发器都工作正常。
首先，我怀疑客户端、DC、其他 GPO、Windows 更新等出了问题...所以，我设置了两个新的 VM。
DC 服务器：Windows Server 2016，干净，无更新，只有三个 GPO（未修改的“默认域策略”、未修改的“默认域控制器策略”和我的 GPO，它只创建一个带有触发器“在启动时”的任务）
客户端：Windows 10 v1809，干净，无更新
这没用。然后我完全更新了 DC 服务器和客户端。这没用。
我有一个解决方法. 将执行具有所有相同选项的完全相同的任务在“启动”期间如果使用两个触发器创建它就好了：
在任务创建/修改时
启动时
有人能向我确认他们那里也发生了这种情况吗？有人能解释一下这种行为吗？
虽然我有一个解决方法，但这是个问题。为什么？如果我们只想在启动期间执行任务，并且希望在计算机不再是域的一部分时删除任务，该怎么办？那么，这就会是个问题。如果我们想在计算机不再是域的一部分时删除任务，则必须在“替换”模式下创建任务。但是，当任务处于“替换”模式时，每次客户端刷新其 GPO（每隔一段时间）时都会重新创建任务，并且我们将触发器配置为在“创建/修改任务时”执行任务，这意味着任务不仅会在启动期间执行，而且会在每次计算机刷新其 GPO 时执行。
如果您能给我提供任何意见或至少确认您这边也发生了这种情况，我将不胜感激。
感谢“Swisstone”的评论，我终于弄清楚了到底发生了什么。另外，如果我遵守这个论坛的规则之一“具体、非常具体并收集所有数据”，也许有人可以立即找到解决方案。
如果以“替换”/“更新”模式创建任务，则任务将一直被重新创建/更新，如果将任务的延迟设置为 30 秒，则任务在启动期间触发之前就会被重新创建/更新。
当然，您可以始终在“创建”模式下创建任务，但我从来不会以这种方式创建任何 GPO 首选项（您无法更改它，一旦计算机不再是域的一部分，您就无法删除它，所以，创建任何 GPO 首选项的方法不是很有用，至少对我来说不是）。
再次感谢“Swisstone”。
答案1
我找到了一个解决方法，可以解决启用申请一次然后后来想要更新任务。如果我将任务设置为代替和申请一次启用后，我可以通过取消选中来应用任何其他更改申请一次，点击好的，然后检查申请一次再次点击好的再次导致任务更新。