假设我有一个对服务器进行两次 AJAX 调用的事件处理程序：
$("#foo").click(function(){
$.get("bar", function(){ alert("Hello"); });
$.get("baz", function(){ alert("World"); });
});
我意识到调用回调的顺序是不确定的，因为它取决于每个请求需要多长时间等。
但这是我的问题：是否可以保证在调用任一回调函数之前我会到达事件处理程序的末尾？我读过一个页面的所有 Javascript 都在一个线程中执行，所以我认为这意味着我的 click 事件处理程序保证在调用任何回调之前完成。
这是正确的吗？或者第一个请求可能已经完成并且第一个回调在我们到达事件处理程序结束之前执行？
【问题讨论】：
标签： javascript ajax asynchronous
是的，这是有保证的，你是对的 - 只有一个线程（暂时忽略 web-workers）。当一段 JavaScript 代码执行（占用执行线程）并且 AJAX 回调到达（或任何其他 GUI 事件、超时等）时，它会排队等待直到执行线程空闲（当前代码段完成）。
JavaScript 引擎永远不会中断正在运行的代码来处理传入事件 - 事件总是会在队列中轻轻等待。这就是为什么在执行 CPU 密集型代码时 GUI 似乎冻结的原因 - 没有处理任何事件。这也是同步 AJAX 请求不好的原因。
【讨论】：
是的，JavaScript 是单线程的，因此您的执行永远不会被抢占。
异步回调和事件的工作方式相同； mousedown 的处理程序保证在 mouseup 的处理程序之前完成，即使您的 mousedown 处理程序需要 2 秒并且您立即松开鼠标。
AJAX 回调也是如此，它被放入与等待处理的事件相同（种类）的队列中
【讨论】：
一个有趣的转折是用 $.get() 代替 $.get()，假设我们使用的是从其他地方获得的 Promise（即实际的异步调用是在其他地方进行的）（-为什么我们会遇到这种情况？好吧，也许我们有一个记忆查询功能。）
现在如果使用 jQuery 承诺，如果已经解决，回调将被同步调用。这是一个问题吗？那要看你的要求了。如果是这样，那么您可以将回调代码包装在 setTimeout(cb, 0) 中。
另一方面，如果您希望回调被抢占怎么办？见my examples here
【讨论】：
我意识到调用回调的顺序是不确定的，因为它取决于每个请求需要多长时间等。
按照你写的方式是的.. 但是有一些方法可以组织和控制它.. 即延迟和承诺。
这里有一个很好的概述：http://net.tutsplus.com/tutorials/javascript-ajax/wrangle-async-tasks-with-jquery-promises/
正确使用它们将确保您不会遇到任何您似乎试图避免的问题。
** 正如@Juan 所指出的，这不是您提出的问题的黑白答案。我只是想为您指出不同的方向或方法来看待同一问题，以便您可以更明确地定义您的预期行为。
【讨论】：