我对浏览器如何处理 JavaScript 事件有点困惑。
假设我有两个事件处理程序附加到按钮 A 和 B。这两个事件处理程序需要完全相同的时间来完成。如果我先单击按钮 A，然后单击按钮 B，那么按钮 A 的事件处理程序是否总是首先执行（因为事件循环是一个 FIFO 队列），但是它们何时完成是完全不可预测的？如果是这样，实际上是什么决定了这个顺序？
问问题
389 次
3 回答
4
是的。事件处理程序的执行顺序是有保证的，实际上它们不会重叠。
这就是事件循环作为并发模型的美妙之处。大多数时候（尽管并非总是如此），您不必考虑死锁、活锁和竞争条件等线程问题。
执行顺序很简单，浏览器中的 JavaScript大部分时间都是单线程的，实际上您不必担心事情的执行顺序。
然而，保证鼠标事件的顺序与 JavaScript 几乎没有任何关系。这不是 JavaScript 语言的一部分，而是称为DOM API的一部分，DOM（文档对象模型）是 JavaScript 与您的浏览器和您编写的 HTML 交互的方式。
称为主机对象的事物在 JavaScript 规范中被定义为浏览器中 JS 使用的外部对象，并且它们在这种情况下的行为在 DOM API 中指定。
是否保证 DOM 事件的顺序不是 JavaScript 的一部分，而是该 API 的一部分。更具体地说，它是在这里定义的。所以对于你的问题：是的，事件执行的顺序是确定的，除了控制键（如（控制 alt 删除）），它会弄乱评估顺序。
于 2013-09-16T07:02:14.683 回答
2
Javascript 引擎是单线程的。您所有的事件处理程序都是按顺序发生的；将调用 A 的单击处理程序，并在 B 的处理程序启动之前完成。您可以通过在一个处理程序中sleep()ing来查看这一点，并验证第二个处理程序在第一个处理程序完成之前不会启动。
请注意，setTimeout这对于此测试无效，因为它实质上向引擎注册了一个函数，以便稍后回调。setTimeout立即返回。
这个小提琴应该展示这种行为。
于 2013-09-16T06:49:13.803 回答
-1
好吧，当由 javascript 执行时，这些命令确实在 FIFO 中。但是，处理程序可能需要不同的时间来向您发送结果。在这种情况下，来自处理程序 B 的响应可能会更早返回，而来自处理程序 A 的响应可能会更晚。
于 2013-09-16T06:52:25.990 回答