让我们假设您要给我一个可能长期运行的任务:获取您遇到的前五个独特的人的名字。如果我在人口稀少的地区，这可能需要几天的时间。你真的不想在我忙来忙去的时候袖手旁观，所以你说:“你拿到名单后，打我手机给我读一遍。这是号码。”

您已经给了我一个回调引用——一个我应该执行以传递进一步处理的函数。

在JavaScript中，它可能是这样的:

var lottoNumbers = [];
var callback = function(theNames) {
  for (var i=0; i<theNames.length; i++) {
    lottoNumbers.push(theNames[i].length);
  }
};

db.executeQuery("SELECT name " +
                "FROM tblEveryOneInTheWholeWorld " +
                "ORDER BY proximity DESC " +
                "LIMIT 5", callback);

while (lottoNumbers.length < 5) {
  playGolf();
}
playLotto(lottoNumbers);

这可能有很多方面可以改进。例如，你可以提供第二次回拨:如果最终超过一个小时，打电话给红色电话，告诉接听电话的人你超时了。

说白了，回调就是承诺。乔、简、大卫和萨曼莎拼车去上班。乔今天开车。简，大卫和萨曼莎有几个选择:

每五分钟查看一下窗户，看看乔是否出去了 继续做他们的事，直到乔按门铃。

选项1:这更像是一个轮询示例，Jane将被困在一个“循环”中，检查Joe是否在室外。在此期间简不能做其他事情。

选项2:这是回调示例。简告诉乔当他在外面时按她的门铃。她给了他一个按门铃的“功能”。Joe不需要知道门铃是如何工作的，也不需要知道它在哪里，他只需要调用那个函数，即当他在那里时按门铃。

回调是由“事件”驱动的。在这个例子中，“事件”是乔的到来。例如，在Ajax中，事件可以是异步请求的“成功”或“失败”，并且每个事件都可以有相同或不同的回调。

In terms of JavaScript applications and callbacks. We also need to understand "closures" and application context. What "this" refers to can easily confuse JavaScript developers. In this example within each person's "ring_the_door_bell()" method/callback there might be some other methods that each person need to do based on their morning routine ex. "turn_off_the_tv()". We would want "this" to refer to the "Jane" object or the "David" object so that each can setup whatever else they need done before Joe picks them up. This is where setting up the callback with Joe requires parodying the method so that "this" refers to the right object.

希望有帮助!

你觉得不舒服，所以去看医生。他检查了你的身体，认为你需要一些药物治疗。他开了一些药，并把处方打电话到你当地的药店。你回家吧。稍后，你的药房打电话告诉你，你的处方已经准备好了。你去捡吧。

当我们有两个函数，函数a和函数b，如果函数a依赖于函数b。

然后我们调用函数b作为回调函数。这在Spring框架中被广泛使用。

您有一些想要运行的代码。通常，当你调用它时，你会等待它在你继续之前完成(这可能会导致你的应用程序变灰/产生游标的旋转时间)。

另一种方法是并行运行此代码并继续您自己的工作。但是，如果原始代码需要根据它所调用的代码的响应做不同的事情，该怎么办?在这种情况下，您可以传递您希望它在完成时调用的代码的名称/位置。这是一个“回电”。

正常代码:询问信息->处理信息->处理结果->继续做其他事情。

使用回调:Ask for Information->Process Information->继续执行其他操作。在稍后的某个点->处理处理的结果。

现实生活中的例子

这里有一个真实的例子，嗯，我自己的生活。

当我下午5点结束我的工作时，我的待办事项清单上有很多事情:

打电话给兽医要我的狗的检查结果。 遛狗。 处理我的税务问题。 洗碗。 回复私人邮件。 洗衣服。

当我打电话给兽医时，我接到了一个接待员的电话。接待员告诉我，我需要等待兽医，这样兽医就可以向我解释测试结果。接待员想让我等一下，直到兽医准备好。

你对此有什么反应?我知道我的工作多么低效!所以我向接待员提议，当兽医准备好谈话时，他让兽医给我回个电话。这样，我就不用等电话了，我可以做其他的事情。等兽医准备好了，我就可以把其他的事情暂时搁置，和她谈谈。

它和软件有什么关系

我是单螺纹的。我一次只能做一件事。如果我是多线程的，我将能够并行处理多个任务，但不幸的是，我不能这样做。

如果回调不是一个东西，当我遇到异步任务时，它会阻塞。如。当我打电话给兽医时，兽医需要大约15分钟来完成她正在做的事情，然后她才能和我说话。如果没有回调，我在这15分钟内就会被屏蔽。我就只能坐着等，而不能做其他的工作。

下面是没有回调的代码的样子:

function main() {
  callVet();
  // blocked for 15 minutes
  walkDog();
  doTaxes();
  doDishes();
  answerPeronalEmails();
  doLaundry();
}

现在用回调:

function main() {
  callVet(function vetCallback(vetOnThePhoneReadyToSpeakWithMe) {
    talkToVetAboutTestResults(vetOnThePhoneReadyToSpeakWithMe);
  });
  walkDog();
  doTaxes();
  doDishes();
  answerPeronalEmails();
  doLaundry();
}

更一般地说，当您处于单线程执行环境中，并且有某种异步任务时，您可以使用回调以更合乎逻辑的顺序执行事情，而不是让该任务阻塞您的单线程。

一个很好的例子是，如果您有一些前端代码需要发出ajax请求。如。如果您有一个显示用户信息的仪表板。下面是它如何在没有回调的情况下工作。用户将立即看到导航栏，但他们必须等待一段时间才能看到边栏和页脚，因为ajax请求getUser需要一段时间(作为经验法则，网络被认为是很慢的)。

function main() {
  displayNavbar();
  const user = getUser();
  // wait a few seconds for response...
  displayUserDashboard(user);
  displaySidebar();
  displayFooter();
}

现在用回调:

function main() {
  displayNavbar();
  getUser(function (user) {
    displayUserDashboard(user);
  });
  displaySidebar();
  displayFooter();
}

通过利用回调，我们现在可以在ajax请求的响应返回给我们之前显示边栏和页脚。这就好比我对接待员说:“我不想在电话上等15分钟。兽医准备好和我谈谈的时候给我回电话，与此同时，我会继续做我待办事项清单上的其他事情。”在现实生活中，你可能应该更优雅一些，但在编写软件时，你可以对CPU非常粗鲁。