javascript異步編程(一)-現(xiàn)狀

huashiou 發(fā)布于2019-08-21 18:27 / 2079人閱讀

寫在前面, 這個話題其實還挺大的, 我自己恐怕力有不逮, 所以只能算是筆記總結(jié), 寫的肯定會有點簡略. 有錯誤實在太正常了. 希望能多多指教.

這篇文章僅僅是解釋一下現(xiàn)有的異步編程方案不涉及具體原理, 但是我的想法是試試看能不能每個方案都自己實現(xiàn)一遍, 所以可能是系列文章也可能就此太監(jiān)了.

回調(diào)函數(shù)

想必大家都看過上面的圖片, 雖然不是js代碼, 甚至不是回調(diào), 但是各位同學(xué)估計對callback hell感同身受. 但是事實上回調(diào)函數(shù)跟異步編程并沒有必然的聯(lián)系. 回調(diào)只是一種設(shè)計模式. 同步代碼同樣可以使用回調(diào)只是大部分時候會讓人覺得多此一舉而已.

大家都知道回調(diào)并不是那么優(yōu)雅, 很多時候代碼可能寫成這樣:

asyncJob1(function () {
  asyncJob2(function () {
    asyncJob3(function () {
      // your code
    })
  })
})

雖然問題算是解決了吧, 但是代碼看著真是令人頭痛. 玩意邏輯稍微復(fù)雜一點說不定真會出現(xiàn)下面的情況:

大概美軍也是回調(diào)寫多了吧2333.

事件驅(qū)動

大部分gui程序都是采用事件驅(qū)動, web當(dāng)然也不例外, 最典型的就是dom事件:

div.on("click", function () {
  // balabala
})

這個幾乎都是跟回調(diào)和事件循環(huán)相關(guān)的, 后面會詳細(xì)講到的.

Promise

根據(jù)promise/A+的規(guī)范:

一個Promise必須處在其中之一的狀態(tài)：pending, fulfilled 或 rejected.
如果是pending狀態(tài),則promise可以轉(zhuǎn)換到fulfilled或rejected狀態(tài)。
如果是fulfilled狀態(tài),則promise不能轉(zhuǎn)換成任何其它狀態(tài)。
如果是rejected狀態(tài),則promise不能轉(zhuǎn)換成任何其它狀態(tài)。

Promise都會有個then方法, 制定了fulfilled和rejected兩種請況的回調(diào), 同時then會返回一個Promise對象, 這就允許我們鏈?zhǔn)秸{(diào)用了:

ajax("xxx").then(res => res).then(res => res)

雖然Promise的方案比回調(diào)已經(jīng)好太多了. 但是不難發(fā)現(xiàn)多個then其實未必比回調(diào)好看太多, 只能說把回調(diào)鋪平了. 可能Promise并不是最優(yōu)雅的解決方案.

generator

generator在各個語言里都有出現(xiàn), python,c#等, 這里不說概念, 只說在js里該怎么使用就行, 基本理解就是generator是擁有多個返回值的函數(shù), 每次調(diào)用next就會調(diào)用一次返回. 這就是所謂 控制權(quán)移交, 當(dāng)然這樣不足以體現(xiàn)其優(yōu)越性, generator最重要的特性就是分步數(shù)據(jù)傳遞: next的參數(shù)可以作為上次yield的返回值, 其實直覺上不是很能理解, 不過我們這里只要知道有這么個東西就成, 下面是代碼示例:

var f = function* (x) {
    var y = yield x + 1
    yield y + 1
    return y
}


var t = f(1)

var s = t.next()
console.log(s) // 2
var p = t.next(4) // 這里的4作為上次yield的返回值
console.log(p) // 5

有這么一個特性, 那么下面的操作性就很強了, 比如tj的著名的co:

co(function* () {
  var result = yield Promise.resolve(true);
  return result;
}).then(function (value) {
  console.log(value);
}, function (err) {
  console.error(err.stack);
});

可以說寫法已經(jīng)很同步了. 當(dāng)然這個也不是最終的解決方案, 不然為什么koa2要用async/await呢hhh

async/await

同樣對于async/await 我們先不糾結(jié)其原理, 我們只需要知道它是generator和promise二者結(jié)合起來的語法糖(不過也真夠甜的)

每個async必然返回一個Promise對象, 所以async會像瘟疫一個把你的每個函數(shù)都變成async函數(shù), 所謂可以async的終將async, 下面是例子:

// Promise的解決方案
function foo () {
  return ajax("xxx").then(res => res).then(res => res)
}


async function bar () {
  try {
    const response = await ajax("xxx")
    console.log(response)
  } catch (e) {
    throw e
  }
}

是不是優(yōu)雅了太多, 除了一大片async/await, 不過也算小小的代價.

利用午休時間碼了出來, 不知道有多少錯誤呢hhh