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

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

在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);

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

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

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

在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);

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

从一个例子开始总是更好的:)。

假设有两个模块A和B。

你希望模块A在模块B中发生某些事件/条件时得到通知。然而，模块B对模块A一无所知。它只知道模块A提供给它的函数指针指向模块A的特定函数的地址。

因此，所有B现在必须做的是，当一个特定的事件/条件发生时，使用函数指针“回调”到模块A。A可以在回调函数内部进行进一步处理。

这里一个明显的优点是，你从模块B中抽象出了模块A的所有内容。模块B不必关心模块A是谁/什么。

程序员Johny需要一个订书机，所以他去办公用品部门要了一个，填写完申请表后，他可以站在那里等着店员去仓库里找订书机(就像一个阻塞函数调用)，或者去做其他的事情。

由于这通常需要时间，johny在申请表格上写了一张便条，要求他们在订书机准备好取书时给他打电话，这样他就可以去做其他事情，比如在办公桌上打盹。

我认为这很容易解释。

一开始回调只是普通的函数。 更进一步说，我们从另一个函数(我们称它为B)内部调用这个函数(我们称它为A)。

神奇的是，我决定哪个函数应该被B外部的函数调用。

当我写函数B的时候，我不知道应该调用哪个回调函数。 当我调用函数B的时候，我也让这个函数调用函数a，就这样。

我很震惊地看到这么多聪明的人都没有强调“回调”这个词已经有了两种不一致的用法。

这两种方法都涉及到通过向现有函数传递附加功能(匿名或命名的函数定义)来定制函数。ie。

customizableFunc(customFunctionality)

如果自定义功能只是插入到代码块中，则您已经自定义了该函数，如下所示。

    customizableFucn(customFunctionality) {
      var data = doSomthing();
      customFunctionality(data);
      ...
    }

虽然这种注入的功能通常被称为“回调”，但它并不是偶然的。一个非常明显的例子是forEach方法，其中提供了一个自定义函数作为参数，应用于数组中的每个元素以修改数组。

But this is fundamentally distinct from the use of "callback" functions for asynchronous programming, as in AJAX or node.js or simply in assigning functionality to user interaction events (like mouse clicks). In this case, the whole idea is to wait for a contingent event to occur before executing the custom functionality. This is obvious in the case of user interaction, but is also important in i/o (input/output) processes that can take time, like reading files from disk. This is where the term "callback" makes the most obvious sense. Once an i/o process is started (like asking for a file to be read from disk or a server to return data from an http request) an asynchronous program doesn't wait around for it to finish. It can go ahead with whatever tasks are scheduled next, and only respond with the custom functionality after it has been notified that the read file or http request is completed (or that it failed) and that the data is available to the custom functionality. It's like calling a business on the phone and leaving your "callback" number, so they can call you when someone is available to get back to you. That's better than hanging on the line for who knows how long and not being able to attend to other affairs.

异步使用本质上涉及到一些侦听所需事件的方法(例如，i/o进程的完成)，以便当它发生时(且仅当它发生时)执行自定义的“回调”功能。在明显的AJAX示例中，当数据实际从服务器到达时，“回调”函数将被触发，以使用该数据修改DOM，从而重新绘制浏览器窗口。

回顾一下。有些人使用“回调”这个词来指代任何可以作为参数注入到现有函数中的自定义功能。但是，至少对我来说，这个词最合适的用法是异步使用注入的“回调”函数——仅在等待通知的事件发生时执行。