也谈谈回调函数

关于回调函数，有两个主流定义和解释：

1，作为参数传递给另一个函数的函数，比如某度，菜鸟：函数 F1 调用函数 F2 的时候，函数 F1 通过参数给 函数 F2 传递了另外一个函数 F3 的指针，在函数 F2 执行的过程中，函数F2 调用了函数 F3，这个动作就叫做回调（Callback），而先被当做指针传入、后面又被回调的函数 F3 就是回调函数。

2，If you call me, I'll call you back after. 在某乎里，直接说Callback又叫Call after. 在说明回调函数的必要性的时候，主要强调的是解耦和异步。

还写了例程，问，有没有觉得很灵活？我一点都不觉得。

// 定义一个普通函数
void myCallbackFunction(int result) {
    std::cout << "Result: " << result << std::endl;
}
 
// 定义接收回调函数的函数
void process(int a, int b, void(*callback)(int)) {
    int result = a + b;
    callback(result);  // 调用回调函数
}
 
int main() {
    process(2, 3, myCallbackFunction);  // 传递回调函数
    return 0;

不看不明白，看了更糊涂。还有的再把指针的概念加进去，就更乱了。难道只有C才配用回调函数？我Java算什么？

糊涂的原因，我认为这些说法都是把结果当成了原因，而忽略了回调函数的本质。讲一下我自己的理解：call back 不是等有时间的时候调用，而是回过头来调用（奇妙的是，这两个意思在汉语里都可以叫“回头"，在英语里都可以叫"call back"）。

要理解这个概念，有个图不错：

应用程序调用库函数，而库函数反过来调用应用程序里的函数，这个被调用的函数就是回调函数。

从这里能看到，上面的例子根本就不对，回调函数和库函数不在一个程序主体，而是和应用程序在一起，这才是回调函数存在的意义。所以，回调函数才有这些特点：

• 我们调用库函数时，要写一个回调函数，然后把这个回调函数作为参数传递给库函数。
• 由于回调函数是自定义的，数据长度不一定，所以传递参数的时候经常用指针。
• 由于库函数是分离的，所以需要给回调函数规定调用接口(参数)。
• 由于回调函数是自定义的，库函数只关注接口和返回值，所以可以解耦。
• 异步只是实现的结果，而不是必然。不用回调，也可以异步，用了回调，也不一定异步。

VB6的MSDN对回调函数的解释更直接：过程的地址被传递给动态链接库 (DLL) 中的一个 Windows API 函数，API 函数然后就可以使用这个地址来调用相应的 Basic 过程，这个过程就是我们所知道的回调。