回调是在满足条件时被计划执行的方法。

一个“真实世界”的例子是当地的电子游戏商店。你在等待《半条命3》。你不必每天去商店查看游戏是否上架，而是在列表中注册电子邮件，以便在游戏上架时收到通知。这封邮件变成了你的“回调”，你需要满足的条件是游戏的可用性。

“程序员”的例子是一个网页，你想在点击按钮时执行一个操作。为按钮注册回调方法，然后继续执行其他任务。当/如果用户点击按钮，浏览器将查看该事件的回调列表并调用您的方法。

回调是一种异步处理事件的方法。你永远不知道回调什么时候会被执行，或者它是否会被执行。这样做的好处是可以释放程序和CPU周期，以便在等待应答时执行其他任务。

如果没有回调或其他特殊的编程资源(如线程等)，程序就是一个指令序列，一个接一个地按顺序执行，即使具有某种由某些条件决定的“动态行为”，所有可能的场景都必须预先编程。

因此，如果我们需要为程序提供一个真正的动态行为，我们可以使用回调。通过回调，你可以通过参数指令，一个程序调用另一个程序，提供一些先前定义的参数，并可以期望一些结果(这是契约或操作签名)，因此这些结果可以由之前不知道的第三方程序产生/处理。

这种技术是应用于计算机运行的程序、函数、对象和所有其他类型代码的多态的基础。

以回调为例的人类世界很好地解释了当你在做一些工作时，假设你是一个画家(这里你是主程序，负责绘画)，有时会打电话给你的客户，请他批准你的工作结果，所以，他决定图片是否好(你的客户是第三方程序)。

在上面的例子中，你是一个画家，并“委托”给其他人的工作来批准结果，图片是参数，每个新的客户端(回调的“函数”)改变你的工作结果，决定他想要的图片(客户端做出的决定是“回调函数”返回的结果)。

我希望这个解释对你有用。

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

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

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

回呼是一个贴了邮票的回邮信封。当你调用一个函数时，就像发送一封信一样。如果您希望该函数调用另一个函数，则以引用或地址的形式提供该信息。

假设你需要一个函数返回10的平方，那么你写一个函数:

function tenSquared() {return 10*10;}

之后你需要9的平方，所以你写了另一个函数:

function nineSquared() {return 9*9;}

最终你将用一个泛型函数替换所有这些:

function square(x) {return x*x;}

同样的想法也适用于回调。你有一个函数，它做一些事情，当完成时调用doA:

function computeA(){
    ...
    doA(result);
}

之后你想要完全相同的函数调用doB，而不是你可以复制整个函数:

function computeB(){
    ...
    doB(result);
}

或者你可以将回调函数作为变量传递，并且只需要使用该函数一次:

function compute(callback){
    ...
    callback(result);
}

然后你只需要调用compute(doA)和compute(doB)。

除了简化代码之外，它还让异步代码通过在完成时调用任意函数来让您知道它已经完成，这与打电话给某人并留下回调号码类似。

我要尽量让这个问题简单化。“回调”是由另一个以第一个函数为参数的函数调用的任何函数。很多时候，“回调”是在发生某些事情时调用的函数。在编程语言中，这可以被称为“事件”。

想象一下这样的场景:你几天后就会收到一个包裹。这个包裹是给邻居的礼物。因此，一旦你得到了包裹，你想把它带到邻居那里。你出城了，所以你给你的配偶留下了指示。

你可以让他们去拿包裹，然后送到邻居那里。如果你的配偶像电脑一样愚蠢，他们会坐在门口等包裹来(什么也不做)，然后一旦它来了，他们就会把它带到邻居那里。但是有一个更好的办法。告诉你的配偶，一旦他们收到包裹，他们应该把它带到邻居那里。然后，他们可以正常生活，直到他们收到包裹。

在我们的例子中，包的接收是“事件”，而把它带给邻居是“回调”。你的配偶“执行”你的指示，只有当包裹到达时才把包裹带过来。更好的!

这种思维在日常生活中很明显，但计算机没有这种常识。考虑程序员通常如何写入文件:

fileObject = open(file)
# now that we have WAITED for the file to open, we can write to it
fileObject.write("We are writing to the file.")
# now we can continue doing the other, totally unrelated things our program does

在这里，我们等待文件打开，然后再写入它。这“阻塞”了执行流，我们的程序不能做它可能需要做的任何其他事情!如果我们可以这样做:

# we pass writeToFile (A CALLBACK FUNCTION!) to the open function
fileObject = open(file, writeToFile)
# execution continues flowing -- we don't wait for the file to be opened
# ONCE the file is opened we write to it, but while we wait WE CAN DO OTHER THINGS!

事实证明，我们可以通过一些语言和框架来实现这一点。太酷了!查看Node.js来获得一些这种思考的实际实践。