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

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

通常，我们将变量发送给函数:function1(var1, var2)。

假设，你想在它被作为参数给出之前处理它:

这是一种回调类型，其中function2执行一些代码并将变量返回给初始函数。

编辑:回调这个词最常见的意思是一个函数作为参数传递给另一个函数，并在稍后的时间点被调用。这些思想存在于允许高阶函数的语言中，即将函数视为一等公民，通常用于异步编程中。onready dosomething()。在这里，只有当它准备好了，事情才会发生。

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

假设有两个模块A和B。

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

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

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

回调函数:

我们定义了一个名为callback的回调函数，给它一个参数otherFunction，并在函数体中调用它。

function callback(otherFunction){
    otherFunction();
}

当我们调用回调函数时，它需要一个类型为函数的参数，因此我们使用匿名函数调用它。但是，如果实参不是function类型，则会产生错误。

callback(function(){console.log('SUCCESS!')}); 
callback(1); // error

烤披萨的例子。 烤炉 披萨底，上面有配料 这里，烤箱是回调函数。 披萨的配料是另一个功能。

值得注意的是，不同的披萨原料可以做出不同类型的披萨，但烘焙披萨的烤箱是一样的。 这在某种程度上是回调函数的工作，它不断期望具有不同功能的函数，以产生不同的自定义结果。

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

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

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

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

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