promise是一种为你等待底层异步值完成的机制同时promise也是一种异步任务流程控制的机制以下举例说明这两种理解。

Promise等待了未来值

我们先看一个例子。假设我们有两个函数 fetchX,fetchY，需要把这两个函数的结果相加。

let x,y;老实说，fetchX {
x = x;})，fetchY {
y = y;})，console.log;

在上述中，console.log;的结果是不确定的，当x已经决议,但是y还没有决议，或者是y已经决议，但是x还没有决议，又或者是两者都没有决议。那么我们就完全得不到想要的结果，怎么去解决这个问题呢，可以写一个函数去解决这个问题。不过，

function add {
let x,y;fetchX {
x = valX;if { //y准备好了?cb，}
});fetchY {
y = valY;if {//x准备好了，cb;}
})，}
add {
console.log;})，

在这段代码中，我们使用了一个函数add，这个函数它为我们等待了x或者y决议，而且在全部完成决议的时刻执行打印。这个函数把现在和将来的结果都统一了它不再会有

function add {
return Promise.all
.n => {
return value + value;})
}
add
.n => {
console.log;}
=> {
console.error;})

这段函数和上述的函数结果是一样的。不同点是上述的代码非常丑陋，所以我们promise是一种为你等待未来值而且把代码全部变成异步的机制。

Promise控制异步任务流程

请看以下代码。

function foo {
return new Promise => {
//最终可能调用resolve或者reject
})
}
function bar {
//foo完成。执行bar的任务
}
function oopsBar {
//foo执行出错
}
function baz {
//foo完成，执行baz的任务
}
function oopsBar {
//foo执行出错
}
var p = foo;p.n，p.n;其实，

结果。都是通过Promise控制接下来的流程，从这个角度上我们说promise是一种控制异步任务流程的机制。

Promise为什么解决了回调函数的问题

回调函数在异步流程中的两个问题。一个是回调函数在异步编程中非线性非顺序，一个是回调函数在异步编程中的信任问题。promise写法是线性的，每一个n都不需要关心上一个n 的时间状态，当n 的回调执行的时候。上一个n 的 promise 必然是已经决议了这就解决了嵌套带来的问题。接下来是回调函 数 的信任问题。老实说，

调用过早

调用过晚

Promise 的 对象 在 完成的时候。这个 promise 的 n 注册 的 回调 函数 就 在 下 一个 异步 事件点 上 一定 会 被触发，请你判断下面例子的顺序。

p.n {
p.n {
console.log;})，console.log;})，p.n {
console.log;})，

在这个例子中。C 无法 打断 或者抢占 B，执行 顺序 一定 是 B。Promise 这样的运行方式保证了 B 不 会 被 后 注册 的 回调 函数 执行 打印 C 导致 从 调用过晚。

回调未调用

Promise 的 n 大概率会 被 调用。这是 promise 机制 本身保证 的，如果 promise 永远 没 有 被 完成，也 可以 使用 代码 来 解决。

function timeoutPromise {
return new Promise {
setTimeout {
reject;},delay)
})
}
Promise.race().n {
//foo..及时完成},function {
//foo拒绝或者未按时完成})
}

PROMISE 为什么 比 回 调 函数 好，一点 在于可读性。另一点 在于 PROMISE 把 回 调 函数 的 控制反转 再反转，通过 PROMISE 去 执行 我们 的 回 调，所以 PROMISE 解决 信任 问题的方法 可以 说 是 把 控制 权 给 了 一个 绝对可信任 的 程序，而不是 第 三 方 库。