什么是回调机制以及它如何在 R 中应用

Question

有人可以用更简单的非计算机科学术语向我解释 R ( taskCallback, getTaskCallbackNames, taskCallbackManager... 等) 中的回调功能是什么？我看过 R 帮助，但我发现信息有点太抽象了。

它的设计目的是什么，用户如何使用它们？

如果有人可以解释一般概念（用 R 和其他计算机语言），并用 R 提供示例，我将不胜感激，因为我从来没有真正理解过。它与递归函数有什么关系，还是我被名称回调误导了？

Answer 1

我对 R 不太了解，所以我无法在这里深入研究 R 的任何细节。话虽如此：

一般来说，在命令式、过程式和函数式编程语言中（也可能在其他一些范例中），调用函数将阻塞，直到该函数完成，并将函数的结果传递给调用者。这通常是一种很好的做事方式，但在某些情况下，我们可能有一些要求，使得这种做法不太可行。

对于长时间运行的操作，我们可能不希望阻塞调用者这么长时间。根据我们所处的环境，调用者可能无法生成另一个线程，或者可能的线程数量可能太小而无法容纳所需数量的并行调用，因此以这种同步方式执行长时间运行的操作会给人非常不好的体验。JavaScript 及其单线程模型和频繁需要调用服务器就是一个典型的例子。

所以回调的基本思想是，调用者传入一个 Callback 对象（在 OOP 中，在其他范式中类似的东西，例如回调函数，通常是匿名的，用于函数式编程），而不是在实际处理完成时让被调用的函数返回）。被调用的函数将立即返回，从而释放调用线程以执行其他操作。当长时间运行的进程完成时，将调用回调，调用者可以在其中处理长时间运行的进程给出的结果。

这个模式可以稍微概括一下，因此不仅会在处理结束时调用回调，而且还会在处理时定期调用，提供某种状态更新，因此调用者可以向用户显示一些反馈（状态栏，预计完成时间，...）。另一种常见的添加是调用者可以在处理任务时取消任务。

这是一般原则。也许更有知识的人可以详细说明这如何应用于 R 以及 R 与一般描述的不同之处。