问题一

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(() => {
     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代码块以外的地方去。

关注公众号【grain先森】，回复关键词【18福利】，获取为你准备的年终福利，更多关键词玩法期待你的探索~