为什么不像 XHR 中的异步 API 的同步版本？

Question

我的想法是所有WebAPIs 都是async，因为事情是在JavaScript 运行时之外处理的。但我知道我可以同步发送XMLHttpRequest 请求。所以我对此有几个问题。

XMLHttpRequest API 是 Javascript 运行时的一部分吗？ 如果是这样，如何异步发送请求？ 为什么不自己实现其他有用的 Javascript API 而不将它们暴露为 WebAPIs？

XMLHttpRequest API 是 WebAPIs 的一部分吗？ 那么，为什么没有其他同步 API 呢？为什么不用setTimeout 同步API？

Answer 1

XMLHttpRequest API 是 Javascript 运行时的一部分吗？

这取决于您所说的“JavaScript 运行时”是什么意思。它们不是 JavaScript 标准库的一部分，不。它们是网络浏览器中主机提供的功能。

XMLHttpRequest API 是 WebAPI 的一部分吗？

是的，它是一个网络 API。

那么，为什么没有其他同步 API？

有。例如，几乎所有的 DOM 操作都是同步的。但是，需要大量时间（如网络请求）并从主 ​​UI 线程（默认情况下 JavaScript 在浏览器中运行的地方）启动的事情最好异步完成，以避免阻塞该线程并阻止 UI 更新。所以XMLHttpRequest 默认是异步的（并且使用标志使其同步已被弃用），fetch 始终是异步的，而其他各种可能需要时间的操作都是异步的。

在现代环境中，¹ 使用异步 API 与使用同步 API 一样简单，这要归功于 async 函数：

async function showMoreData() {
    const response = await fetch("/more/data/please");
    if (!response.ok) {
        throw new Error("HTTP error " + response.status);
    }
    const data = await response.json();
    for (const entry of data) {
         // ...do something...
    }
}

---

¹“现代环境” - 现在大多数浏览器都原生支持 async 函数，如果您必须针对 IE11 或其他过时的浏览器（遗憾的是我们中的许多人都这样做！），您可以使用像 Babel 这样的工具来转换您的现代将代码转换为将在这些环境中运行的旧代码。你写最新的东西，他们把它变成 IE11 可以理解的东西。