淺談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，比較推薦。

 

差很少就這三點須要比較注意的，之後實際運用多了，再更新一些實際運用的場景給你們分享一下。

還但願有大佬能夠看到這篇給我解釋一下兩種寫法形成併發和繼發的問題！