Javascript MDN中的回调意义

我有一个关于MDN上回调的含义的问题，例如，如何识别在那里使用的回调是sync还是async

您需要使用以下方法来理解其含义：如果API本身执行异步操作，那么它将是异步的。例如AJAX、websockets、WebRTC、webworker都是异步api

所有其他Web浏览器API（如Array.prototype）函数都是同步的

也就是说，回调并不意味着异步或同步，但您只需要给出一个带有一些输入参数的函数作为参数，或者只是一个无参数函数

---

如果异步函数的后缀是Async，那就太好了。例如，setTimeoutAsync…，或sendAsync，但这只是一种主观但非常有效的编码约定，在JavaScript中没有使用。这很令人难过。…

您需要使用以下方法来理解其含义：如果API本身执行异步操作，那么它将是异步的。例如AJAX、websockets、WebRTC、webworker都是异步api

所有其他Web浏览器API（如Array.prototype）函数都是同步的

也就是说，回调并不意味着异步或同步，但您只需要给出一个带有一些输入参数的函数作为参数，或者只是一个无参数函数

---

如果异步函数的后缀是Async，那就太好了。例如，setTimeoutAsync…，或sendAsync，但这只是一种主观但非常有效的编码约定，在JavaScript中没有使用。这很令人伤心。…

可能是因为它直接返回结果，也就是说，您不必等待事件来使用[]。筛选器。您可以直接链接它：[].filter….reduce….toString等@Xufox不太可能。setTimeout返回计时器id的句柄，但异步运行其回调。承诺会回来。。。好吧，一个承诺。但是解析/拒绝处理程序可以异步执行。在该上下文中，回调可能不是最好的术语，因为回调表明请求主体发生了某些事情，所以调用回调。在本例中，情况并非如此，所谓的回调就是主题。如果您将它传递给一个立即使用它的函数，并且请求不会像array.filter那样受到任何延迟，那么它将以内联方式运行。为什么回调应该是异步的？这只是一个小问题function@JaredFarrish该规范称之为callbackfn，可能是因为它直接返回结果，也就是说，您不必等待事件才能使用[].filter。您可以直接链接它：[].filter….reduce….toString等@Xufox不太可能。setTimeout返回计时器id的句柄，但异步运行其回调。承诺会回来。。。好吧，一个承诺。但是解析/拒绝处理程序可以异步执行。在该上下文中，回调可能不是最好的术语，因为回调表明请求主体发生了某些事情，所以调用回调。在本例中，情况并非如此，所谓的回调就是主题。如果您将它传递给一个立即使用它的函数，并且请求不会像array.filter那样受到任何延迟，那么它将以内联方式运行。为什么回调应该是异步的？这只是一个小问题function@JaredFarrish该规范称之为callbackfn节点，它具有您在相反部分提到的约定。同步的将显式命名为：@约瑟夫雷默是的。。。它的作用正好相反，因为Node是在非阻塞I/O思想的基础上工作的，所以您知道，使用Sync particle可能会在高并发环境下产生性能问题……Node具有您在相反部分提到的约定。同步的将显式命名为：@约瑟夫雷默是的。。。它的作用正好相反，因为Node工作在非阻塞I/O的思想之上，所以您知道使用Sync particle可能会在高并发环境中产生性能问题。。。