这道面试题是你去任何一家大厂面试几乎都会被问到的问题。如果这道题答不好，那么最后的结果很有可能是凉凉：
请你分析一下，promise，generator，async 三者之间的关系？
下面有个计时器任务，请用这三种方法依次解决它代码中出现回调地狱的问题。
let t = setTimeout(()=>{
console.log(1111)
let t1 = setTimeout(()=>{
console.log(2222)
let t2 = setTimeout(()=>{
console.log(3333)
},3000)
},2000)
},1000)答案奉上~
promise
promise 是一个类函数。当它执行完毕后，会开启异步任务，这个异步任务还得看 promise 本身的状态。通俗来说，它的异步任务就是 then 中的回调函数。
那么问题来了。promise 诞生的目的不是为了开启异步任务，而是为了解决异步代码的书写格式，尽量实现函数回调的扁平化，所以我们需要把异步代码写在 promise 中进行封装。
const fnasync = function (value) {
return new Promise(function (resolve, reject) {
setTimeout(() => {
console.log(value)
resolve()
})
})
}
fnasync(1111, 1000)
.then(() => {
return fnasync(2222, 2000)
})
.then(() => {
return fnasync(3333, 3000)
}).catch(err => { console.log(err) })async
async 可以算是异步解决的终结者。虽然 promise 效果出来了，但还是会给开发者们带来逻辑上的问题。相反，async 的书写格式简单明了。
let asyncfn = function (num, timecount) {
return new Promise((resolve, reject) => {
setTimeout(function () {
console.log(num)
resolve();
}, timecount)
})
}
let fn = async function () {
await asyncfn(1111, 1000)
await asyncfn(2222, 1000)
await asyncfn(3333, 1000)
}
fn()我们只需要关注 await 后面跟的内容就 ok 了。
它们的联系
对于这三者之间的联系，其实很好理解。我们可以认为它们是每一次版本升级的产物。
也就是说，generator 其实是 promise 的升级版，但它的逻辑和理解却要比 promise 复杂。因此，程序员们在上面要花费一些学习成本，所以不推荐大家使用generator。
而 async 是 generator 的升级版，外界都称它为 generator 的语法糖，那就意味着 async 就是一个小甜点，人人喜欢，因为它简单易懂还好用，顺理成章成为开发者们解决异步方案的不二之选！
随时随地看视频
