Promise && async/await的理解和用法

Promise && async/await的理解和用法

为什么需要promise(承诺)这个东西

在之前我们处理异步函数都是用回调这个方法,回调嵌套的时候会发现 阅读性 和 调试 的难度会增加很多;

怎么理解promise

想象一下,你把一个任务交给一个不错的小伙子,他叫承诺;不用担心你交给他的任务会丢失,他总会返回的,做成功了resolve,失败了reject;

var promise = new Promise((resolve, reject) =>{
    //交给给“承诺”同学一个异步任务
    setTimeout(()=>{
        if(true){
            // 成功了,返回params
            resolve('params')
        }else{
            // 失败了,返回error
            reject('error')
        }
    }, 1000) 
})

// 上面是给承诺一个任务,下面是"承诺"同学的返回
promise.then((res)=>{
    console.log(res)
}).catch((rej)=>{   
    console.log(res)
})

怎么使用promise

实际情况中,异步的场景没有那么简单,你可以会遇到下面这些场景

  1. “串行应用场景”下的处理方案
let promise = new Promise((res, rej)=>{
    asyncFunc('promise', 1000, res, rej)
}) 

promise.then(res=>{
    console.log(res);
    return new Promise((res, rej)=>{
        asyncFunc('second', 2000, res, rej)
    })
}).then(res=>{
    console.log(res);
    return new Promise((res, rej)=>{
        asyncFunc('third', 1000, res, rej)
    })
    // throw 'oh, no!';
}).then(res=>{
    console.log(res);
    console.log('endinggggggg')
}).catch(err=>{
    console.log('catch', err)
})
  1. “并行应用场景”的处理方案(即在所有的异步操作完成之后执行)
let promise1 = new Promise((res, rej)=>{
    asyncFunc('promise1', 1000, res, rej)
})

let promise2 = new Promise((res, rej)=>{
    asyncFunc('promise2', 2000, res, rej)
})

let promise3 = new Promise((res, rej)=>{
    asyncFunc('promise3', 1000, res, rej)
})

var promiseAll = Promise.all([promise1, promise2, promise3])
promiseAll.then(res =>{
    console.log('最终的结果', res)
}).catch(err =>{
    console.log('catch', err);
})
  1. “竞速模式下”,如字面意思,只要是哪一个提前完成了。就表示整个状态处理完成状态;这个场景可以发散成如果是超过了3s我就不去做这件事情了
let promise1 = new Promise((res, rej)=>{
    asyncFunc('promise1', 1000, res, rej, true)
})

let promise2 = new Promise((res, rej)=>{
    asyncFunc('promise2', 2000, res, rej, true)
})

let promise3 = new Promise((res, rej)=>{
    asyncFunc('promise3', 1000, res, rej)
})

// 1000s的任务完成了,就直接返回promise1了
var promiseRace = Promise.race([promise1, promise2, promise3])
promiseRace.then(res =>{
    console.log('最终的结果', res)
}).catch(err =>{
    console.log('catch', err);
})

js是单线程,promise,setTimeout的执行优先级

讲这一块的东西就得讲讲nodejs的事件处理机制;
事件队列应该是一个数据结构,所有的事情都被事件循环排队和处理,直到队列为空。但是Node中的这种情况与抽象反应器模式如何描述完全不同。
下面讲的东西只适合V8;

NodeJS中有许多队列,其中不同类型的事件在自己的队列中排队。

在处理一个阶段之后并且在移到下一个队列之前,事件循环将处理两个中间队列,直到中间队列中没有剩余的项目。

定义:

有四种主要类型,由libuv事件循环处理;

  • 过期的定时器和间隔队列 - (比如使用setTimeout,setInterval);
  • IO事件队列 - 已完成的IO事件
  • Immediates队列 - 使用setImmediate功能添加回调
  • 关闭处理程序队列 - 任何close事件处理程序

还有2个中间队列,不属于libuv本身的一部分,但是是nodejs的一部分;

  • Next Ticks Queue - 使用process.nextTick 函数添加回调;(优先级更高)
  • 其他微型任务队列 - 包括其他微型任务,例如已经解决的承诺回调;
如何工作的:
image

上图是node中libuv模块在处理异步I/O操作的流程图;

Node通过定时器检查队列中的任何过期定时器来启动事件循环,并在每一个步骤中遍历每一个队列。如果没有任务则循环退出,每一次队列处理都被视为事件循环的一个阶段。特别有意思的是中间红色的队列,每次阶段都会优先去处理中间队列的任务。然后再去处理其他的队列。

什么是async/await

async/await 可以是Generator和promise结合实现的;

注意核心点:

  • asnyc 函数总是返回一个Promise对象,不论函数是否return Promise;
  • await 后面跟着Promise对象,如果不是Promise对象,也会被封装成Promise;
  • async/await 和Promise对象在本质上是一样的
其他note点
  1. await的任何内容都通过Promise.resolve()传递,这样就可以安全的await非原生Promise;
  2. 构造函数以及getter/settings方法不能是异步的;
  3. 尽管编写的是同步的代码,但是也不要错失并行执行的机会,不然你需要消耗等待的性能丧失;
  4. Babel REPL 说起来很有趣。试试就知道。

怎么用async/await

实际情况中,异步的场景没有那么简单,你可以会遇到下面这些场景

  1. 场景:只有一个await并且 resolve
const delay = timeout => new Promise(resolve => setTimeout(resolve, timeout));
async function f(){
    await delay(1000);
    await delay(2000);
    await delay(3000);
    return 'done'
}
f().then(v=> console.log(v));
  1. 场景:只有一个await并且 reject
let a;
async function g(){
    await Promise.reject('error');
    a = await 1;
}
g().then(v=>console.log(v)).catch(err=>console.log(err));
  1. 场景:有多个await, 可以用try/catch
let a ;
async function g(){
    try{
        await Promise.reject('error')
    }catch(err){    
        console.log(err)
    }
    a= await 1;
    return a;
}

g().then(v=>console.log(v)).catch(err=>console.log(err));

  1. 场景:等待平行任务
async function series(){
    const await1 = delay(1000);
    const await2 = delay(1000);
    await await1;
    await await2;
    return 'done'
}
series();

欢迎提意见和star

如果有不对的可以提issue
如果觉得对你有帮助可以star下
github

参考文档

  1. 这一系列的文档讲的很不错
    https://juejin.im/post/5b777f1c6fb9a019be2799e5

  2. 讲promise,setTimeout优先级的;nodejs中事件循环中的任务优先级
    https://jsblog.insiderattack.net/event-loop-and-the-big-picture-nodejs-event-loop-part-1-1cb67a182810

  3. developers.google.com域名下面的文档还是很有质量的,其中会比较全面的介绍怎么去用promise和async/await
    https://developers.google.com/web/fundamentals/primers/promises#_3

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,928评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,192评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,468评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,186评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,295评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,374评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,403评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,186评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,610评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,906评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,075评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,755评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,393评论 3 320
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,079评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,313评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,934评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,963评论 2 351

推荐阅读更多精彩内容