generator探幽(1)--koa中間件機制淺析

Jensen 發布于2019-08-21 10:31 / 3115人閱讀

摘要：當運行到時，不會暫停，而是直接跳進函數執行函數內的代碼。由于函數中沒有，因此會一直執行完函數中的代碼，并返回至函數中執行后面的代碼。

本系列旨在通過對co，koa等庫源碼的研究,進而理解generator在異步編程中的重大作用(ps:所有代碼請在node --harmony或者iojs環境中運行)

koa中間件的形式

相信用過koa的小伙伴一定很熟悉下面這段代碼

var app = require("koa")(),
    router = require("koa-router")();

app.use(function *(next){
    console.log(1);
    yield next;
    console.log(5);
});
app.use(function *(next){
    console.log(2);
    yield next;
    console.log(4);
});
app.use(function *(){
    console.log(3);
});

app.listen(3000);

當一個請求到達的時候，控制臺會依次輸出1 2 3 4 5，這就是koa中強大的middleware特性，撇開koa本身，我們來扯扯middleware這東西是怎么實現的

yield *iterator

不熟悉generator和iterator的小伙伴可以先看下阮一峰先生編寫的《ES6入門》的generator函數這一節
假設你已經熟悉了generator和iterator,現在我們來看一段代碼

function *m1(){
    console.log(1);
    yield *m2Iterator;
    console.log(3);
}

function *m2(){
    console.log(2);
}
var m1Iterator = m1(),
    m2Iterator = m2();

m1Iterator.next();//

上面代碼運行后，控制臺會依次輸出1 2 3，這是因為在m1函數內部，yield后面跟的是一個iterator。
m1Iterator.next()調用后，m1函數開始執行。
當m1運行到yield *m2Iterator時，不會暫停，而是直接跳進m2函數執行m2函數內的代碼。
由于m2函數中沒有yield，因此會一直執行完m2函數中的代碼，并返回至m1函數中執行yield *m2Iterator后面的代碼。

middleware中間件的雛形

理解了上面的過程后，我們接著看下面這段代碼

function *m1(){
    console.log(1);
    yield *m2();
    console.log(5);
}

function *m2(){
    console.log(2);
    yield *m3();
    console.log(4);
}

function *m3(){
    console.log(3);
}

m1().next(); //控制臺依次輸出1 2 3 4 5

是不是形式跟我們一開始看到的koa的中間件有點接近了？

compose

compose是koa里用來實現中間件機制的模塊
compose函數最關鍵的一段代碼

while(i--){
    next = middleware[i].call(this, next);
}
yield *next;

這段代碼把middleware中傳進來的generator數組逆序取出并依次執行，每次執行的時候把上次generator執行返回的iterator當作參數傳進去，所有generator執行完之后，調用第一個iterator
因此，在generator中間件函數中，其實yield后面跟的是個iterator，即yield *next
下面用一個例子來說明這個過程

function *m1(next){
    console.log(1);
    yield *next;
    console.log(5);
}

function *m2(next){
    console.log(2);
    yield *next;
    console.log(4);
}

function *m3(){
    console.log(3);
}

var gen = compose([m1, m2, m3]),
    it = gen();
//compose([m1, m2, m3])()可以想象成它做了這么一些事(偽代碼)：
//1 var it3 = m3();
//2 var it2 = m2(it3);
//3 var it1 = m1(it2);
//4 gen = function(){
//          yield *it1;  
//        }

it.next(); //控制臺依次輸出1 2 3 4 5

現在就很像koa的中間件的寫法了。唯一的差別是koa中使用的是yeild next而我們這里用的是yield *next
其實在koa中yeild next和yeild *next效果是等價的，這主要得益于co庫，我們以后再來好好扯扯這小玩意～

云服務器 GPU云服務器源碼淺析 cdn淺析 generated Generators

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/85694.html

淺析koa的洋蔥模型實現

摘要：前言被認為是第二代，它最大的特點就是獨特的中間件流程控制，是一個典型的洋蔥模型。這段代碼就很巧妙的實現了兩點將一路傳下去給中間件將中的下一個中間件作為未來的返回值這兩點也是洋蔥模型實現的核心。前言 koa被認為是第二代node web framework，它最大的特點就是獨特的中間件流程控制，是一個典型的洋蔥模型。koa和koa2中間件的思路是一樣的，但是實現方式有所區別，koa2在...

dabai 2019-08-22 15:44 評論0 收藏0
koa2 總體流程原理淺析(一) 之 koa 啟動服務器解析

摘要：啟動流程主要的啟動流程就是下面的步引入包實例化編寫中間件監聽服務器引入包引入包其實就是引入的一個繼承于原生的類的類其中就包含了等原型方法實例化執行，將等對象封裝在實例中編寫中間件首先判斷的類型，不是方法直接拋錯是生成器函數的話用封裝是函數啟動流程 koa 主要的啟動流程就是下面的 4 步：引入 koa 包 => 實例化 koa => 編寫中間件 => 監聽服務器 const koa ...

fsmStudy 2019-08-22 16:23 評論0 收藏0
koa2 總體流程原理淺析(二) 之 中間件原理

摘要：任何一層報錯，都能用捕獲總結是一個非常輕量級的框架，只實現了中間件處理流程和對對象的封裝。其他的功能都由外部中間件提供。 koa 的中間件機制巧妙的運用了閉包和 async await 的特點，形成了一個洋蔥式的流程，和 JS 的事件流 (捕獲 -> target -> 冒泡) 相似 handleRequest(ctx, fnMiddleware) { const res ...

zhoutk 2019-08-22 16:23 評論0 收藏0
如何理解 koa 中間件執行機制

摘要：注是先前版本處理異步函數的方式，通過可以將異步函數封裝成，傳入普通參數后形成僅需要參數的偏函數，以此簡化調用代碼目前中的偏函數已經被無情地化了。前幾天研究了TJ的koa/co4.x和一系列koa依賴的源碼，在知乎上做出了人生首次回答（而且我真得再也不想去知乎回答技術問題了_(:з」∠)_），因此把文字搬到這里。 ES2015 Generator/Yield 關于Generator...

charles_paul 2019-08-21 10:32 評論0 收藏0
對Koa-middleware實現機制的分析

摘要：現在我們從實現一個簡易的方法開始探索其中的機制。其中內部的可以將上一個的返回值傳遞給外部。一言以蔽之實現了遞歸調用的方法。當執行到的中間件沒有時并且返回的為時逆序執行。本文發布在github.com/ssssyoki,歡迎star,issues共同交流。 Koa是基于Node.js的下一代web開發框架，相比Express更輕，源碼只有幾百行。與傳統的中間件不同，在Koa 1.x中采...

MageekChiu 2019-08-22 10:50 評論0 收藏0