在处理当前窗体上的所有事件后运行的排队函数

你的理解是非常正确的，你是对的，可能并不总是在“相关”事件之后触发：这些事件确实很有可能是从两个不同的任务触发的，它们不太可能使用计时器任务源，并且你正确地识别了使事件循环“可能”从其他任务源中选择任务的位。setTimeout(fn, 0)

但是，在这种情况下，您是安全的。

事件和事件是从同一个“任务”*触发的。submitformdata

如果查看表单提交算法，可以看到 submit 事件是在步骤 6.5 中直接触发的，而不是像通常那样被包装在排队的任务中。

设 shouldContinue 是触发在表单中命名的事件的结果 [...]submit

然后在同一算法中，没有任何并行或任何暗示异步性的东西，我们有步骤 8 说

让条目列表是使用表单、提交者和编码构建条目列表的结果。

在这个构建条目列表算法时，在第 7 步中，我们调用

触发以表单命名的事件 [...]formdata

再一次，不允许任何异步性。

因此，我们可以确定这些事件将在两者之间没有任何其他内容（除了微任务）的情况下触发，并且来自事件的计时器回调将在回调后触发，即使是在同一帧中调度的两个回调（对于事件循环也是“同步的”）也无法在那里交错：submitformdatarequestAnimationFrame

document.forms[0].addEventListener("submit", e => {
  console.log("submit");
});
document.forms[0].addEventListener("formdata", e => {
  console.log("formdata");
});
requestAnimationFrame(() => {
  console.log("rAF 1");
  document.forms[0].querySelector("button").click();
});
requestAnimationFrame(() => {
  console.log("rAF 2");
});

<form target="target">
  <input value="foo" name="bar">
  <button>
  submit
  </button>
</form>
<iframe name="target"></iframe>

*_{从技术上讲，它甚至不需要来自任务本身，您可以很好地强制这些事件从微任务或调整大小事件回调等触发。}