Koa源码阅读笔记(2) -- compose

roland_reed 发布于2019-08-22 10:33 / 557人阅读

摘要：于是抱着知其然也要知其所以然的想法，开始阅读的源代码。问题读源代码时，自然是带着诸多问题的。源代码如下在被处理完后，每当有新请求，便会调用，去处理请求。接下来会继续写一些阅读笔记，因为看的源代码确实是获益匪浅。

本笔记共四篇
Koa源码阅读笔记(1) -- co
Koa源码阅读笔记(2) -- compose
Koa源码阅读笔记(3) -- 服务器の启动与请求处理
Koa源码阅读笔记(4) -- ctx对象

起因

自从写了个Koa的脚手架koa2-easy，愈发觉得Koa的精妙。
于是抱着知其然也要知其所以然的想法，开始阅读Koa的源代码。

问题

读Koa源代码时，自然是带着诸多问题的。无论是上一篇所写的generator函数如何自动执行，还是对于Koa中间件如何加载，next参数如何来的。都充满了好奇。
今天写文章，并不是介绍整个koa-compose如何如何（涉及太宽，准备放在下面几篇统一介绍）。而是从自身需求出发，找到问题的答案。
而问题就是Koa中间件的加载，和next参数的来源。

源码解读 初始化与中间件加载

首先的是Koa加载初始化时的函数（删除部分）:

// Koa类
function Application() {
  this.middleware = [];
}
// Koa原型
var app = Application.prototype;

// Koa中间件加载函数
app.use = function(fn){
  if (!this.experimental) {
    // es7 async functions are not allowed,
    // so we have to make sure that `fn` is a generator function
    assert(fn && "GeneratorFunction" == fn.constructor.name, "app.use() requires a generator function");
  }
  this.middleware.push(fn);
  return this;
};

在这儿不难看出，Koa对象内部有个中间件的数组，其中所有中间件都会存在其中。
而在服务器启动时，则会调用并处理该数组。
源代码如下：

var co = require("co");
var compose = require("koa-compose");

var fn = co.wrap(compose(this.middleware))

在fn被处理完后，每当有新请求，便会调用fn，去处理请求。
而在这里，co.wrap的作用是返回一个Promise函数，用于后续自动执行generator函数。

koa-compose

于是不难看出，中间件这儿的重点，是compose函数。
而compose函数的源代码虽然很简洁，但是也很烧脑。（对我而言）

/**
 * Compose `middleware` returning
 * a fully valid middleware comprised
 * of all those which are passed.
 *
 * @param {Array} middleware
 * @return {Function}
 * @api public
 */

// 传入中间件作为参数
function compose(middleware){
  return function *(next){
    // next不存在时，调用一个空的generator函数
    if (!next) next = noop();

    var i = middleware.length;
    // 倒序处理中间件，给每个中间件传入next参数
    // 而next则是下一个中间件
    while (i--) {
      next = middleware[i].call(this, next);
    }

    return yield *next;
  }
}

function *noop(){}

在这里，得提一提Koa中间件的调用方式。

app.use(function * (next) {
  this.set("Koa", "Example");
  yield next;
})
app.use(function * (next) {
  this.body = "Hello World"
})

在中间件中的next，则是在koa-compose中传入的。
而这儿， yield next 和 yield *next也是有区别的。
yield next, next 会作为next()的value返回。
而yield *next则是在generator函数内执行这个generator函数。

结语

这两天一直在读Koa的源代码，细细看来不是很难，但是被作者的奇思妙想给打动了。
接下来会继续写一些阅读笔记，因为看Koa的源代码确实是获益匪浅。

前端路漫漫，且行且歌

最后附上本人博客地址和原文链接，希望能与各位多多交流。

Lxxyx的前端乐园
原文链接：Koa源码阅读笔记(2) -- compose

云服务器 GPU云服务器 koa-compose 源码阅读 webrtc源码阅读 hbase源码阅读

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/90834.html

Koa2源码阅读笔记

摘要：引言最近空闲时间读了一下的源码在阅读的源码的过程中，我的感受是代码简洁思路清晰不得不佩服大神的水平。调用的时候就跟有区别使用必须使用来调用除了上面的的构造函数外，还暴露了一些公用的，比如两个常见的，一个是，一个是。引言最近空闲时间读了一下Koa2的源码；在阅读Koa2(version 2.2.0)的源码的过程中，我的感受是代码简洁、思路清晰（不得不佩服大神的水平）。下面是我读完之后...

plus2047 2019-08-20 17:26 评论0 收藏0
Koa源码阅读笔记(3) -- 服务器の启动与请求处理

摘要：本笔记共四篇源码阅读笔记源码阅读笔记源码阅读笔记服务器启动与请求处理源码阅读笔记对象起因前两天阅读了的基础，和中间件的基础。的前端乐园原文链接源码阅读笔记服务器启动与请求处理本笔记共四篇Koa源码阅读笔记(1) -- coKoa源码阅读笔记(2) -- composeKoa源码阅读笔记(3) -- 服务器の启动与请求处理Koa源码阅读笔记(4) -- ctx对象起因前两天阅读了K...

mrcode 2019-08-22 10:34 评论0 收藏0
Koa源码阅读笔记(4) -- ctx对象

摘要：本笔记共四篇源码阅读笔记源码阅读笔记源码阅读笔记服务器启动与请求处理源码阅读笔记对象起因前两天终于把自己一直想读的源代码读了一遍。首先放上关键的源代码在上一篇源码阅读笔记服务器启动与请求处理中，我们已经分析了的作用。本笔记共四篇Koa源码阅读笔记(1) -- coKoa源码阅读笔记(2) -- composeKoa源码阅读笔记(3) -- 服务器の启动与请求处理Koa源码阅读笔记(4...

ityouknow 2019-08-22 10:34 评论0 收藏0
koa源码阅读之目录结构与辅助库相关

摘要：从一个对象里面提取需要的属性这篇文章一直想写了还想起那一夜我看到白天的代码，实在太美了。 koa源码lib主要文件有 application.js context.js request.js response.js application.js koa主要的逻辑处理代码整个koa的处理 context.js 将req,res方法挂载在这，生成ctx上下文对象 requests....

sherlock221 2019-08-21 11:50 评论0 收藏0
koa源码阅读[1]-koa与koa-compose

摘要：接上次挖的坑，对相关的源码进行分析第一篇。和同为一批人进行开发，与相比，显得非常的迷你。在接收到一个请求后，会拿之前提到的与来创建本次请求所使用的上下文。以及如果没有手动指定，会默认指定为。接上次挖的坑，对koa2.x相关的源码进行分析第一篇。不得不说，koa是一个很轻量、很优雅的http框架，尤其是在2.x以后移除了co的引入，使其代码变得更为清晰。 express和ko...

vibiu 2019-08-23 10:31 评论0 收藏0