浅谈async函数await用法

今天状态不太好，睡久了懵一天。

之前只是了解过async函数，并尚未很熟练的运用过，因此先开个坑吧，之后再结合实际来更新下，可能说的有些问题但愿你们指出。

 

async和await相信你们应该不陌生，让异步处理变得更友好。

其实这玩意儿就是个Generator的语法糖，想深刻学习得去看看Generator，否则你可能只停留在会用的阶段。

用法很简单，看代码吧。

// 先声明一个函数，这个函数返回一个promise, 先记住哈！后面不少地方要用
function getPromise(str = 'sucess') {
  return new Promise((resolve) => {
    setTimeout(() => resolve(str), 1000);
  });
}

// async表示，这个函数有异步操做！
async function fn() {
  // getPromise会返回一个Promise
  const data = await getPromise();
  // fn运行在这停顿，这里会停1秒，最后输出data
  // 要wait等待getPromise()这个异步操做返回结果
  console.log(data, 'data');

  // 最后返回data，固然你要是处理完业务也能够不返回
  // 视场景而定了，只是想告诉你async会返回一个promise，而这个data在then里面拿到
  return data;
}

fn().then(res => console.log(res) 'res');

// 这段代码运行出来两个sucess

我以为async最大的好处就是，代码结构更清晰，有更好的语义，写复杂业务的时候阅读起来更快更爽。

接下来模拟一个实际项目的业务场景来看看用法区别

业务场景：咱们有一本书，目前只有书名
要经过请求 getBookId 获取到书的id
而后靠id经过请求 getBookDes 获取到书的description
最后要把id，和title，还有description一块儿存到数据库中 uploadBookInfo

不要纠结http请求如何封装哈，这里我直接给几个模拟例子让同窗们方便试，

// 获取书籍Id
function getBookId() {
  return new Promise((resolve) => {
    setTimeout(() => resolve('1001'), 1000);
  });
}

// 获取书籍描述
function getBookDes() {
  return new Promise((resolve) => {
    setTimeout(() => resolve('这是一本好书'), 1000);
  });
}

// 上传书籍信息
function uploadBookInfo() {
  return new Promise((resolve) => {
    setTimeout(() => resolve('上传成功'), 1000);
  });
}

// promise写法
function uploadWidthPromise(title = '你不知道的JavaScript') {
  this.getBookId(title).then((id) => {
    console.log(id); // 1001
    this.getBookDes(id).then((des) => {
      console.log(des); // 这是一本好书
      this.uploadBookInfo({
        title,
        id,
        des,
      }).then((res) => {
        console.log(res); // 上传成功
      });
    });
  });
}

// async写法
async function uploadWidthAsync(title = '你不知道的JavaScript') {
  const id = await this.getBookId(title);
  const des = await this.getBookDes(id);
  const result = await this.uploadBookInfo({ id, des, title });
  console.log(id, des, result); // 1001 这是一本好书 上传成功
},

这明显的差距啊，之前用回调，后来用promise以为这个then可真好用啊，异步完了我就then里面接着写，多清晰！

如今有了await，真香！

并且用await你会发现你的代码执行下来，看起来就像是由上往下执行的顺序，一眼就看完这些干了啥。

 

接下来要说几点用async函数过程当中要注意的东西

划重点啦！！

1. 错误捕捉

await语句后面跟着的promise对象一旦抛出错误，也就是变成reject状态，那么整个async函数就会中止执行抛出错误。

什么意思呢？

async function thorwErr() {
  await Promise.reject('出错');
  console.log('执行了吗？'); // 不会执行，如下代码都不会执行
  return await Promise.resolve('成功');
},

thorwErr().then((res) => {
  console.log(res); 
  // 成功，并不会弹出，由于第一句awiat已经抛错，被下面的catch捕获，并且async直接中止执行
}).catch((err) => {
  console.log(err); // 出错
});

// 最后只会输出两个字 出错

那么这种状况有时候是不符合业务逻辑的，若是咱们但愿第一句即便出错也不会中断，那么咱们须要用到一个try ... catch，以下

async function thorwErr() {
  try {
    await Promise.reject('出错');
  } catch(err) {
    console.log(err); // 出错
  }
  console.log('执行了吗？');
  return await Promise.resolve('成功');
},

这样写就会被try...catch捕获错误，而不会被async的catch捕获形成函数中止执行

最后输出的也是 出错 执行了吗 成功 这样的三句话

固然也能够换种方式写，以下

async function thorwErr() {
  await Promise.reject('出错').catch(err => console.log(err));
  console.log('执行了吗？');
  return await Promise.resolve('成功');
}

这样写也ok，道理是一个道理。错误内部直接处理了，不抛给async函数。

在看 阮一峰的ES6 的时候还看到一个例子，我以为不错分享给你们。

实现了一个屡次尝试请求，也许会有这种情景，一个第三方接口不太稳定，可能要屡次调用才会成功一次，就能够用这种方案解决

const limit_num = 3; // 限制次数 3次

async function test() {
  let i;
  for (i = 0; i < limit_num; ++i) {
    try {
      await getSomething();
      break; // 若是上面那句await成功，就会执行break，失败就中断被catch捕捉，再次进入循环
    } catch(err) {
      console.log(err);
    }
  }
  console.log(i); // 3
}

test();

2.await只能用于async函数的域里面 ！！

我就犯了这种错，上代码看吧

    async function fn() {
      let arr = [1, 2, 3];

      // 这里就报错了 await is a reserved word
      arr.forEach((i) => {
        await getPromise(i);
      });
      // 由于await实际上是在一个箭头函数里面，并非用在async函数里面
    }

那么正确的写法以下，也能够理解为await最近的父级函数必须是async函数

    function fn() {
      let arr = [1, 2, 3];

      arr.forEach(async (i) => {
        await this.getPromise(i);
      });
    }

固然，上面这种写法会有另一个问题，循环三次执行3次await，可是这三个是并发执行，也就是同一时间执行，而不是继发执行，这里就要说到咱们第三个要注意的点，并发执行和继发执行（！！划重点），往下面看。

3.await的继发执行和并发执行

咱们常常会碰到的一种业务场景，一个页面要调3个接口，展现3块数据。那么若是我用await岂不是要一个一个的等？这样很是耗时，那么咱们能够这么写。

// 这里的getPromise请看文章最开始的声明
const [res1, res2] = await Promise.all([getPromise(1), getPromise(2)]);

// 或者下面这样写
const getPromise1 = getPromise(1);
const getPromise2 = getPromise(2);
const res1 = await getPromise1;
const res2 = await getPromise2;

以上写法就是并发执行，这样咱们就同时作两个异步操做而且拿到返回的数据了。

在第二个注意点的最后也留了个疑问，循环中继发执行怎么作呢？正确的作法是用for循环

async function fn() {
  const arr = ['1', '2', '3'];
  console.log(new Date().getTime());
  for(let str of arr) {
    console.log(await this.getPromise(str)); // 每隔1秒输出，继发执行
  }
  console.log(new Date().getTime()); // 这里能够看到比上次输出 有3秒之差
}

为了你们更直观的比较，在这里我再写一个循环的并发执行

async function fn() {
  const arr = ['1', '2', '3'];
  console.log(new Date().getTime());
  for (let promise of arr.map(str => this.getPromise(str))) {
    console.log(await promise); // 同一时间输出 1，2，3，并发执行
  }
  console.log(new Date().getTime()); // 这里能够看到比上次输出 仅有1秒
}

在循环中使用await就要比较注意这个并发和继发了，写法不对就容易形成未知的bug。

我对Generator还真不太熟，因此我也很纳闷为何这两种写法差异不大却会形成两种大相径庭的状况，之后看看有没有必要专门写一篇针对Generator函数的，或者把这个问题更新在这里。

因此我以为不推荐在循环中使用await，并且看起来语义化容易混淆，尽可能用别的写法吧。

固然还能够才用Promise.all的写法了，也是返回一个Promise也能够用await，比较推荐。

 

差很少就这三点须要比较注意的，之后实际运用多了，再更新一些实际运用的场景给你们分享一下。

还但愿有大佬能够看到这篇给我解释一下两种写法形成并发和继发的问题！