我对async、await的理解

作者: size_of | 来源:发表于2018-11-05 01:07 被阅读23次
    以下是学习async、await时遇到的问题,现在把它们简化、说明一下
    • 问题一
    async function A(){
        setTimeout(()=>{
            return 777
        },1000)
    }
    (async function(){
        var a = await A()
        console.log(a)
    })()
    ----------------------
    undefined
    

    返回值为undefined。不是说在async中返回一个值,这个值就是Promise中reslove的值吗?但后来检查才发现——上面函数中的return是在回调函数的代码块中,只有直接在async函数中return才可以被reslove传递。

    • 问题二
      既然在回调函数中return得不到想要的结果,那我改成下面这样总该行了吧。
    async function A(){
        setTimeout(()=>{
            console.log('被延迟执行的一句话')
        },1000)
    }
    (async function(){
        console.log('start')
        await A()
        console.log('end')
    })()
    

    不用想,输出的结果肯定是

    start
    被延迟执行的一句话
    end
    

    但结果是....

    start
    end
    被延迟执行的一句话
    

    what?? 后来查了资料才明白

    await会暂停当前async函数的执行,等待后面的Promise的计算结果返回以后再继续执行当前的async函数。

    也就是说异步操作如果不改造成promise形式 或者 没有正确使用async的语法改造,await是不会生效的。
    因为这段代码不需要返回值,所以用async改造也不会生效,那我们的代码就写成下面的样子来测试:

    async function A(){
        return new Promise((reslove,reject)=>{
            setTimeout(()=>{
                console.log('被延迟执行的一句话')
                reslove()
            },1000)
        })
    }
    (async function(){
        console.log('start')
        await A()
        console.log('end')
    })()
    --------------------------
    start
    被延迟执行的一句话
    end
    

    这样结果就是我们想要的了。

    • 问题三:await是否阻塞了代码
      终于得到了想要的结果,但好像哪里不对劲...哎?这杨await不就阻塞了下面同步代码的执行了吗?如果我await一个读取大文件的函数,岂不是要等很久才能执行下面的代码?
      既然async、await是promise的语法糖,那我试一下promise的写法会是什么效果:
    async function A(){
        return new Promise((reslove,reject)=>{
            setTimeout(()=>{
                console.log('被延迟执行的一句话')
                reslove()
            },1000)
        })
    }
    (async function(){
        console.log('start')
        var p = A()
        p.then()
        console.log('end')
    })()
    --------------------------
    start
    end
    被延迟执行的一句话
    

    也就是说promise就像正常的异步一样,没有阻塞同步代码运行。
    为了考证一下await是不是阻塞了代码的正常执行,我写了以下的代码:

    function B(){
        return new Promise((reslove,reject)=>{
            setTimeout(()=>{
                console.log('被延迟执行的一句话')
                reslove()
            },1000)     
        })  
    }
    
    (async function(){
        var i=0
        var timer = setInterval(function(){
            i+=1
            if(i===50){
                clearInterval(timer)
            }
            console.log('-----')
        },100)
        console.log('start')
        await B()
        console.log('end')
    })()
    ----------------------------
    start
    10 -----
    被延迟执行的一句话
    end
    40 -----
    

    由此说明,await没有阻塞异步代码的运行,但后面的同步代码确实被await“挡住了”。如果写在async里面的同步代码会被await挡住,那写在async外的同步代码呢?我又做了以下试验:

    function A(){
        return new Promise((reslove,reject)=>{
            setTimeout(()=>{
                console.log('被延迟执行的一句话 A')
                reslove()
            },1000)     
        })  
    }
    
    (async function(){
        console.log('start A')
        await A()
        console.log('end A')
    })()
    console.log('我是同步代码')
    ----------------------------
    start A
    我是同步代码
    被延迟执行的一句话 A
    end A
    

    疑惑终于被打破,至此我得出一个结论(这个结论只是方便理解)————
    类比上面的then函数来看,await后面要执行的同步代码其实本应该就是写在then的回调函数里的,而await必须在async代码块中执行的原因,正是要创建一个类似于then函数参数中的回调函数的执行环境,这样就可以保证异步代码不会阻塞同步代码。所以在async代码块中,await后面只写需要等待回调结果的代码, 不相关的代码必须要写到async代码块以外的地方去。

    有理解不到位的地方还请多多指教。

    相关文章

      网友评论

        本文标题:我对async、await的理解

        本文链接:https://www.haomeiwen.com/subject/ogqjxqtx.html