只有当执行程序使用 Web 浏览器/运行时 api 时，promise 才有意义？ [复制]

Question

一年多来，我一直在尝试完全理解 async 和 Promise 的概念，但我仍然无法掌握它的全部内容。

大多数 Promises 文档都是关于“非阻塞”的，示例代码通过这种方式模拟带有 setTimeout 的长请求：

console.log('foo1');
let promiseA = new Promise(resolv => {
  setTimeout(() => resolv('finished'), 1000);   
})
promiseA.then(answer => {
  console.log(answer);
});
console.log('foo2');

产生于

"foo1"
"foo2"
"finished"

但这不是同时混合了两个不同的概念吗？据我了解，setTimeout 函数是浏览器/运行时函数，setTimeout 精确触发 浏览器线程 中的内部计数器，您的回调函数在 重新添加到 JavaScript 引擎通过macrotask队列超时结束，从而让你下面调用的js函数依然执行。

但是没有使用 setTimeout 的例子呢？考虑一下：

let promiseA = new Promise(resolv => {
  uselesscounter = 0;
  for(let i = 0; i < 1000000000; i++) {
    uselesscounter+= 1;
  }
  resolv('finished');
})
promiseA.then(answer => {
  console.log(answer);
})
console.log('foo2')

从上面的例子中，我们可能认为我们将有“foo1”、“foo2”，然后循环将花费一些时间，我们将在几秒钟后“完成”。这不是正在发生的事情。由于执行程序代码是直接执行的（而不是使用任何浏览器 api）它阻塞了下面的“foo2”，尽管最后解析回调被添加到微任务队列并在“foo2”之后显示.

那么，像这样不使用浏览器 api 函数的回调有意义吗？

Answer 1

在等待来自代码本身外部的某些数据或某种信号时使用 Promise 很有用，例如 api 调用等。

如果您的代码是完全独立的，那么使用 Promise 将不会提高性能。

在您的第二个示例中，代码按预期运行，因为承诺不会“稍后”执行。在 Promise 中，代码将继续运行，直到遇到未在当前上下文中执行的异步操作（线程、工作者等），当这种情况发生时，它不会在等待结果时阻塞，而是会运行承诺之后的行，直到请求承诺的结果（例如通过使用等待），当发生这种情况时，如果可用，您的运行时将返回承诺的结果，或者阻塞您的程序直到结果可用。

在您的情况下，承诺的内容都是同步的，因此是阻塞的。