我认为这很容易解释。

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

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

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

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

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

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

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

将方法看作是将任务交给同事。一个简单的任务可能如下:

Solve these equations:
x + 2 = y
2 * x = 3 * y

你的同事勤奋地计算了一下，并给出了以下结果:

x = -6
y = -4

但是你的同事有一个问题，他并不总是理解符号，比如^，但是他通过它们的描述理解它们。如指数。每次他找到其中一个，你就会得到以下信息:

I don't understand "^"

这就要求你在向你的同事解释完这个角色的含义后，再重写一遍你的整个指令集，而他并不总是在问题之间记得。而且他也很难记住你的建议，比如直接问我。然而，他总是尽可能地遵循你的书面指示。

你想到了一个解决方案，你只需在所有的指令中添加以下内容:

If you have any questions about symbols, call me at extension 1234 and I will tell you its name.

现在，无论何时他有问题，他都会打电话问你，而不是给你一个糟糕的回复，让整个过程重新开始。

这里有两点需要解释，一个是回调是如何工作的(传递一个可以在不了解上下文的情况下调用的函数)，另一个是它的用途(异步处理事件)。

用其他答案用过的等待包裹到达的比喻来解释这两个问题是很好的。在计算机程序中，你会告诉计算机期待一个包裹。通常情况下，它现在会坐在那里等待(什么也不做)，直到包裹到达，如果包裹从未到达，它可能会无限期地等待。对人类来说，这听起来很愚蠢，但如果没有进一步的措施，这对计算机来说是完全自然的。

现在回调是你前门的铃声。你为包裹服务提供了一种通知你包裹到达的方式，而不需要他们知道你在房子的哪里(即使)，或者铃声是如何工作的。(例如，一些“铃声”实际上是发送一个电话。)因为你提供了一个“回调函数”，可以在任何时候被“调用”，脱离上下文，你现在可以不用坐在门廊前，随时“处理事件”(包裹到达)。

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

这两种方法都涉及到通过向现有函数传递附加功能(匿名或命名的函数定义)来定制函数。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，从而重新绘制浏览器窗口。

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

用电话系统来描述回调是最容易的。函数调用类似于打电话给某人，问她一个问题，得到答案，然后挂断电话;添加回调改变了这个类比，这样在问她一个问题之后，你也可以告诉她你的名字和电话号码，这样她就可以给你回电话，告诉你答案。——保罗·雅库比 、《c++中的回调实现》