以下是学习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代码块以外的地方去。

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