为什么 JavaScript Promise 然后处理程序运行在其他代码之后？

Question

我只是想加深对 JavaScript Promises 工作原理的理解。我创造了以下情况：

LOG 'FOO'
RUN CALLBACK LOGGING 'CALLBACK'
LOG 'BAR'

期望所有功能立即完成（我的意思是它们不会花费 excessive/unknown 时间来完成，而您将使用异步操作来完成) 以便上述操作顺序按该顺序发生。

你可以这样写:

function foo(cb) {
  // LOG 'FOO'
  console.log('foo');
  // RUN CALLBACK
  cb();
}

function callback() {
  // LOG 'CALLBACK'
  console.log('callback');
}

foo(callback);

console.log('bar');

这会根据我一开始指定的情况产生预期的输出。

> foo
> callback
> bar

你也可以这样写:

function foo() {
  return new Promise((resolve) => {
    // LOG 'FOO'
    console.log('foo');
    return resolve(null);
  });
}

function callback() {
  // LOG 'CALLBACK'
  console.log('callback');
}

foo().then(callback);

// LOG 'BAR'
console.log('bar');

这种情况会产生以下结果：

> foo
> bar
> callback

这是我不清楚的地方，因为我希望 foo 立即完成，以便 callback 将运行并记录 'callback' 在 bar 之前记录 'bar'

Answer 1

由于 promises 的工作方式，这是不可能的。即使 promises 立即解决下一个 tick 运行s，你想要的是同步功能而不是 promises。

例如看这个：

setTimeout(function() {
    console.log("test");
}, 0);


console.log("test2");

不去掉setTimeout函数是不可能在test2之前打印test的，因为即使wait参数为0，下一个tick也会运行，也就是说会运行当所有同步码都有运行.

Answer 2

我真的不想直言不讳，但这是因为规范说明它们是这样工作的。如果您需要一段代码在 promise 中的代码完成后的某个时刻运行，那么您应该使用 promise 链。一旦将异步代码引入组合中，尝试将其与依赖的同步代码混合是一个坏主意。

只要您需要依赖异步代码的东西，菊花链承诺：

function foo() {
    console.log('foo');
    return Promise.resolve();
}

function callback() {
    console.log('callback');
}

function consoler() {
    console.log('bar');
}

foo().then(callback).then(consoler);

产生：

foo
callback
bar

Answer 3

为什么 JavaScript Promise 然后处理程序运行在其他代码之后？

Why does JavaScript Promise then handler run after other code?

javascript

promise

ecmascript-6

es6-promise

为什么 JavaScript Promise 然后处理程序 运行 在其他代码之后？

Why does JavaScript Promise then handler run after other code?

javascript

promise

ecmascript-6

es6-promise

为什么 JavaScript Promise 然后处理程序运行在其他代码之后？