異步的“坑”

最近一段時間參與開發了一個Node.js后臺項目，作為一個PHP開發者，上手項目本身并不難，但是開發的過程卻并不順利，不順利的主要原因在于思路上沒有轉變，沒有從 同步 的思維轉換到 異步 的思維。

所謂 同步 ，就是程序（線程）在一個任務的處理過程中，不會插入處理其他任務，即使遇到IO等不占CPU的操作，也會一直等待其結束才會繼續往下處理。

所謂 異步 ，就是程序（線程）在一個任務的處理過程中，會插入處理其他任務，如遇到IO操作，當前任務會將程序（線程）的控制權釋放給其他任務，等IO操作結果返回后再繼續往下處理。

眾所周知，Node.js采用的是單線程的異步模型，在具體代碼的寫法上自然和PHP等同步模型不一樣。在具體項目開發的過程中，各種異步操作相關的關鍵字層出不窮，如： .then() 、 function* ... yield 、 async...await 等等。為了寫一個 類同步 的操作，比如：“在執行完A步驟拿到結果之后再執行B步驟”這么一個簡單的需求，卻要經過大量的反復調試驗證才能解決。究其原因，就是對于這些異步操作的場景和關鍵字的含義理解不到位，異步操作所提供的選擇太多了。

下面就結合代碼實例，理一理這些異步操作的參數具體怎么使用。

異步的各種寫法

任務說明：項目根目錄下有三個文件 Jay.txt 、 Angela.txt 、 Henry.txt ，依次讀取這三個文件的內容并打印。

下面使用各種異步處理的方法來完成此任務。

回調函數

ps：下面看下Nodejs 處理異步（獲取異步數據并處理）的方法

方法1. 回調函數方式

將異步方法如readFile封裝到一個自定義函數中，通過將異步方法得到的結果傳給自定義方法的回調函數參數。具體如下（以fs模塊的readFile方法為例）：

//封裝var func = function(filePath,callback){  fs.readFile(filePath, function(err, data){    if(err){      return false;    }    callback(data);  }) }//調用func('./a.txt', function(res){  //處理異步方法返回得到的數據  console.log(res);})

 方法2. 事件驅動方式

使用node events模塊，利用其EventEmitter對象廣播和接收廣播的方式傳輸異步方法返回的結果。具體如下（仍以fs模塊的readFile異步方法為例）：

var events = require('events');var EventEmitter = new events.EventEmitter();fs.readFile('./a.txt', function(err, data){  //數據讀取后發出readData信號的廣播，并將數據data傳出  EventEmitter.emit('readData', data);})//監聽readData信號，并對監聽到的數據做處理（也可先定義監聽，再做異步的讀取操作）EventEmitter.on('readData', function(res){  //處理異步讀取得到的數據  console.log(res);})