回调函数也称为高阶函数，是作为参数传递给另一个函数的函数，回调函数在父函数内调用（或执行）。

$("#button_1").click(function() {
  alert("button 1 Clicked");
});

这里我们将一个函数作为参数传递给click方法。click方法将调用（或执行）我们传递给它的回调函数。

不透明定义

回调函数是您提供给另一段代码的函数，允许该代码调用它。

有争议的例子

你为什么要这样做？假设您需要调用一个服务。如果服务立即返回，您只需：

叫它吧等待结果结果出来后继续

例如，假设服务是阶乘函数。当您希望值为5！，您将调用factorial（5），并执行以下步骤：

当前执行位置已保存（在堆栈上，但这并不重要）执行移交给阶乘当阶乘完成时，它会将结果放在你可以得到的地方执行恢复到[1]中的位置

现在假设阶乘花费了很长时间，因为你给了它巨大的数字，它需要在一些超级计算集群上运行。假设您预计需要5分钟才能返回结果。您可以：

保持你的设计并在晚上睡觉时运行你的程序，这样你就不会一半时间盯着屏幕设计你的程序，让它在factorial做它的时候做其他的事情

如果您选择第二个选项，则回调可能对您有效。

端到端设计

为了利用回调模式，您需要能够以以下方式调用factorial：

factorial(really_big_number, what_to_do_with_the_result)

第二个参数what_to_do_with_The_result是一个随factorial一起发送的函数，希望factorial在返回之前对其结果进行调用。

是的，这意味着需要编写factorial来支持回调。

现在假设您希望能够向回调传递一个参数。现在你不能，因为你不打算调用它，阶乘是。所以需要编写阶乘来允许你传递参数，当它调用它时，它会将它们传递给回调。它可能看起来像这样：

factorial (number, callback, params)
{
    result = number!   // i can make up operators in my pseudocode
    callback (result, params)
}

现在factorial允许这种模式，回调可能如下所示：

logIt (number, logger)
{
    logger.log(number)
}

你对阶乘的要求是

factorial(42, logIt, logger)

如果你想从logIt中返回什么呢？你不能，因为阶乘没有注意到它。

那么，为什么阶乘不能只返回回调返回的值？

使其无阻塞

由于执行是在factorial完成时移交给回调的，所以它确实不应该向调用者返回任何内容。理想情况下，它会以某种方式在另一个线程/进程/机器中启动它的工作，然后立即返回，这样您就可以继续，可能是这样的：

factorial(param_1, param_2, ...)
{
    new factorial_worker_task(param_1, param_2, ...);
    return;
}

这现在是一个“异步调用”，意味着当您调用它时，它会立即返回，但尚未真正完成任务。所以你确实需要一些机制来检查它，并在它完成时获得结果，而你的程序在这个过程中变得更加复杂。

顺便说一下，使用这种模式，factorial_worker_task可以异步启动回调并立即返回。

那你是做什么的？

答案是保持回调模式。只要你想写

a = f()
g(a)

如果要异步调用f，则将改为编写

f(g)

其中g作为回调传递。

这从根本上改变了程序的流拓扑，需要一些时间来适应。

您的编程语言为您提供了一种快速创建函数的方法，可以为您提供很多帮助。在上面的代码中，函数g可能与print（2*a+1）一样小。如果您的语言要求您将其定义为一个单独的函数，并使用完全不必要的名称和签名，那么如果您经常使用这种模式，您的生活将变得不愉快。

另一方面，如果您的语言允许您创建lambda，那么您的状态会更好。然后你会写一些类似的东西

f( func(a) { print(2*a+1); })

这太好了。

如何传递回调

如何将回调函数传递给factorial？嗯，你可以用多种方式来做。

如果被调用的函数在同一进程中运行，则可以传递函数指针或者，您可能希望在程序中维护fn名称-->fn ptr的字典，在这种情况下，您可以传递名称也许您的语言允许您就地定义函数，可能是lambda！在内部，它创建某种对象并传递指针，但您不必担心这一点。也许您正在调用的函数是在一台完全独立的机器上运行的，并且您正在使用HTTP之类的网络协议来调用它。您可以将回调公开为HTTP可调用函数，并传递其URL。

你明白了。

最近出现的回调

在我们进入的这个网络时代，我们调用的服务通常是通过网络进行的。我们通常无法控制这些服务，即我们没有编写它们，我们没有维护它们，我们无法确保它们正常运行或如何运行。

但我们不能期望我们的程序在等待这些服务响应时被阻止。意识到这一点，服务提供商通常使用回调模式设计API。

JavaScript非常好地支持回调，例如使用lambdas和闭包。JavaScript世界中有很多活动，无论是在浏览器上还是在服务器上。甚至还有JavaScript平台正在为移动设备开发。

随着我们的前进，我们中越来越多的人将编写异步代码，对此理解至关重要。

这个问题的简单答案是回调函数是通过函数指针调用的函数。如果您将一个函数的指针（地址）作为参数传递给另一个函数，则当该指针用于调用它所指向的函数时，称为进行了回调

回调函数是您传递（作为引用或指针）到某个函数或对象的函数。此函数或对象将在以后的任何时候（可能多次）出于任何目的调用此函数：

通知任务结束请求两个项目之间的比较（如在c qsort（）中）报告流程的进度通知事件委托对象的初始化授权绘制区域

...

因此，将回调描述为在另一个函数或任务结束时调用的函数过于简单（即使这是一个常见的用例）。

回调函数是在满足特定条件时应调用的函数。回调函数不是立即调用，而是在将来的某个时间点调用。

通常，当一个任务正在启动时，它将异步完成（即在调用函数返回后一段时间完成）。

例如，请求网页的函数可能要求其调用方提供回调函数，该回调函数将在网页完成下载时调用。

我相信这种“回调”术语在很多地方被错误地使用了。我的定义大致如下：

回调函数是传递给某人并让他们在某个时间点称之为。

我认为人们只是读了维基定义的第一句话：

回调是对可执行代码的引用，或可执行代码，作为参数传递给其他代码。

我一直在使用很多API，看到了各种糟糕的例子。许多人倾向于将函数指针（对可执行代码的引用）或匿名函数（一段可执行代码）命名为“回调”，如果它们只是函数，为什么需要另一个名称？

实际上，wiki定义中只有第二句话揭示了回调函数和普通函数之间的区别：

这允许较低级别的软件层调用子程序（或函数）。

所以不同的是你将传递给谁，以及你传递的函数将如何被调用。如果您只是定义一个函数并将其传递给另一个函数，然后在该函数体中直接调用它，则不要调用回调。定义中说，传入的函数将由“较低级别”函数调用。

我希望人们能停止在模棱两可的语境中使用这个词，它不能帮助人们更好地理解，只能更糟。