【干货】50行代码学会koa2中间件原理
ccwgpt 2024-09-21 13:37 23 浏览 0 评论
Koa 是 nodejs 开发的下一代 web 开发框架,可参考 Koa 官网 。说是“下一代”,其实在实际开发中早就用在项目中了。特别是 nodejs 新版本开始正式支持 async/await 语法之后,Koa2 正在被大量使用。
关于 Koa2 的基本使用和中间件机制的使用,大家可以去官网查阅和学习,本文主要讲解 Koa2 的中间件原理 —— 而且是通过非常简短的 50 行代码。代码写完之后,要能实现官网中的一段中间件示例,如下:
const Koa = require('koa'); const app = new Koa(); // logger app.use(async (ctx, next) => { await next(); const rt = ctx.response.get('X-Response-Time'); console.log(`${ctx.method} ${ctx.url} - ${rt}`); }); // x-response-time app.use(async (ctx, next) => { const start = Date.now(); await next(); const ms = Date.now() - start; ctx.set('X-Response-Time', `${ms}ms`); }); // response app.use(async ctx => { ctx.body = 'Hello World'; }); app.listen(3000);
这段代码的意图是:第一,记录服务开始的时间戳;第二,返回 hello word ;第三,记录返回之后的时间戳,然后算出时间间隔并打印。接下来我们就通过这段代码,分析一下 Koa2 的中间件实现原理。
实现 app.use
上述示例代码中,有三个 app.use ,从使用角度分析它的用意,其实就是注册中间件函数。因此,首先可以这样定义我们自己的 Koa 代码,新建一个 like-koa2.js ,开始编写:
class LikeKoa2 { constructor() { this.middlewareList = [] } // 核心方法 use(fn) { this.middlewareList.push(fn) return this } }
首先定一个类,然后构造函数中初始化 middelwareList 数组,用以存储所有的中间件函数。use 中接收中间件函数,然后放到 middelwareList 数组中,就算是注册完成。最后 return this 是为了能实现链式操作,例如 app.use(fn1).use(fn2).use(fn3) ,实际是否这样用看自己的需求。
实现 app.listen
示例代码的最后使用 app.listen(3000) 启动服务监听,可以转化为 nodejs 原生的 http 处理方式。代码如下:
const http = require('http'); class LikeKoa2 { constructor() { this.middlewareList = [] } // 核心方法 use(fn) { this.middlewareList.push(fn) return this } // 将 req res 组合成为 ctx createContext(req, res) { // 简单模拟 koa 的 ctx ,不管细节了 const ctx = { req, res } return ctx } // 生成 http.createServer 需要的回调函数 callback() { return (req, res) => { const ctx = this.createContext(req, res) } } listen(...args) { const server = http.createServer(this.callback()) return server.listen(...args); } }
需要简单解释两点。第一,nodejs 原生的 http.createServer 需要传入一个回调函数,在 callback() 中返回。第二,示例代码中中间件函数的第一个参数都是 ctx ,其实可以简答理解为 res 和 req 的集合,通过 createContext 合并一下即可。
上述代码,获取到 ctx 之后,并没有做下一步处理,下文会继续解释。
compose 组合中间件
上文一开始使用 use 来注册中间件,再就是用 listen 去启动并监听服务,即刚开始就直接结束了。其实中间漏下很重要的一个步骤 —— 中间件组合,即如何让中间有 next 机制,将中间件一个一个的串起来。
Koa2 中通过一个 compose 函数来组合中间件,以及实现了 next 机制。具体代码有点绕,不太好解释,我尽量用通俗的语言、结合代码注释,解释清楚。先看代码:
// 传入中间件列表 function compose(middlewareList) { // 返回一个函数,接收 ctx (即 res 和 req 的组合)—— 记住了,下文要用 return function (ctx) { // 定义一个派发器,这里面就实现了 next 机制 function dispatch(i) { // 获取当前中间件 const fn = middlewareList[i] try { return Promise.resolve( // 通过 i + 1 获取下一个中间件,传递给 next 参数 fn(ctx, dispatch.bind(null, i + 1)) ) } catch (err) { return Promise.reject(err) } } // 开始派发第一个中间件 return dispatch(0) } }
我们按步骤解释一下上述代码。
- 第一,定义 compose 函数,并接收中间件列表。
- 第二,compose 函数中返回一个函数,该函数接收 ctx ,下文会用这个返回的函数。
- 第三,再往内部,定义了一个 dispatch 函数,就是一个中间件的派发器,参数 i 就代表派发第几个中间件。执行 dispatch(0) 就是开发派发第一个中间件。
- 第四,派发器内部,通过 i 获取当前的中间件,然后执行。执行时传入的第一个参数是 ctx ,第二个参数是 dispatch.bind(null, i + 1) 即下一个中间件函数 —— 也正好对应到示例代码中中间件的 next 参数。
- 用 Promise.resolve 封装起来,是为了保证函数执行的结果必须是 Promise 类型。
就是这么多步骤,感觉自己已经解释的很详细了,但确实比较绕。如果有看不懂的同学,我建议多看几遍,或者自己亲自动手写几遍,熟练了也就掌握了。
完善 callback
有了 compose 之后,callback 即可被完善起来,相关代码(并不是全部的代码)如下,其中新增的 handleRequest 看看注释应该也能明白了。
// 处理中间件的 http 请求
handleRequest(ctx, middleWare) {
// 这个 middleWare 就是 compose 函数返回的 fn
// 执行 middleWare(ctx) 其实就是执行中间件函数,然后再用 Promise.resolve 封装并返回
return middleWare(ctx)
}
callback() {
const fn = compose(this.middlewareList)
return (req, res) => {
const ctx = this.createContext(req, res)
return this.handleRequest(ctx, fn)
}
}
完整代码
以上就是分析的全部内容,下面列出完整的代码,但希望大家不要直接拷贝,而是自己亲手写出来。
const http = require('http'); // 组合中间件 function compose(middlewareList) { return function (ctx) { function dispatch(i) { const fn = middlewareList[i] try { return Promise.resolve( fn(ctx, dispatch.bind(null, i + 1)) ) } catch (err) { return Promise.reject(err) } } return dispatch(0) } } class LikeKoa2 { constructor() { this.middlewareList = [] } // 核心方法 use(fn) { this.middlewareList.push(fn) return this } // 处理中间件的 http 请求 handleRequest(ctx, middleWare) { // 这个 middleWare 就是 compose 函数返回的 fn // 执行 middleWare(ctx) 其实就是执行中间件函数,然后再用 Promise.resolve 封装并返回 return middleWare(ctx) } // 将 req res 组合成为 ctx createContext(req, res) { // 简单模拟 koa 的 ctx ,不管细节了 const ctx = { req, res } return ctx } callback() { const fn = compose(this.middlewareList) return (req, res) => { const ctx = this.createContext(req, res) return this.handleRequest(ctx, fn) } } listen(...args) { const server = http.createServer(this.callback()) return server.listen(...args); } } module.exports = LikeKoa2
标题说“50行代码”其实有点夸张了,因为算上代码的空行和注释,一共 60 多行 —— 空行和注释也是代码的一部分嘛!
测试
新建一个 test.js 然后开始编写:
const Koa = require('./like-koa2'); const app = new Koa(); // logger app.use(async (ctx, next) => { await next(); const rt = ctx['X-Response-Time']; console.log(`${ctx.req.method} ${ctx.req.url} - ${rt}`); }); // x-response-time app.use(async (ctx, next) => { const start = Date.now(); await next(); const ms = Date.now() - start; ctx['X-Response-Time'] = `${ms}ms`; }); // response app.use(async ctx => { ctx.res.end('hello world') }); app.listen(8000);
请大家注意,我们这里的代码示例和一开始官网的示例是有一些区别的,例如这里的 ctx['X-Response-Time'] 和官网示例的 ctx.set('X-Response-Time', ...) 。这是因为我们的 ctx 是简单的将 res 和 req 拼接而成,而 Koa2 中的 ctx 还做了一些 API 的扩展和处理,但是这并不是我们理解中间件原理的障碍,因此可以忽略。
最后,node test.js 运行起来,然后浏览器访问 http://localhost:3000 ,看控制台能否打印出日志记录。提示,nodejs 版本必须 >= 8.0 。
作者:双越
来源:慕课网
本文原创发布于慕课网 ,转载请注明出处,谢谢合作
相关推荐
- 迈向群体智能 | 智源发布首个跨本体具身大小脑协作框架
-
允中发自凹非寺量子位|公众号QbitAI3月29日,智源研究院在2025中关村论坛“未来人工智能先锋论坛”上发布首个跨本体具身大小脑协作框架RoboOS与开源具身大脑RoboBrain,可实...
- 大模型对接微信个人号,极空间部署AstrBot机器人,万事不求百度
-
「亲爱的粉丝朋友们好啊!今天熊猫又来介绍好玩有趣的Docker项目了,喜欢的记得点个关注哦!」引言前两天熊猫发过一篇关于如何在极空间部署AstrBot并对接QQ消息平台的文章,不过其实QQ现在已经很少...
- Seata,让分布式事务不再是难题!实战分享带你领略Seata的魅力!
-
终身学习、乐于分享、共同成长!前言Seata是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式,为用户打造一站式的...
- 常见分布式事务解决方案(分布式事务解决的问题)
-
1.两阶段提交(2PC)原理:分为准备阶段(协调者询问参与者是否可提交)和提交阶段(协调者根据参与者反馈决定提交或回滚)。优点:强一致性,适用于数据库层(如XA协议)。缺点:同步阻塞:所有参与者阻塞...
- 分布式事务:从崩溃到高可用,程序员必须掌握的实战方案!
-
“支付成功,但订单状态未更新!”、“库存扣减后,交易却回滚了!”——如果你在分布式系统中踩过这些“天坑”,这篇文章就是你的救命稻草!本文将手把手拆解分布式事务的核心痛点和6大主流解决方案,用代码实战+...
- 谈谈对分布式事务的一点理解和解决方案
-
分布式事务首先,做系统拆分的时候几乎都会遇到分布式事务的问题,一个仿真的案例如下:项目初期,由于用户体量不大,订单模块和钱包模块共库共应用(大war包时代),模块调用可以简化为本地事务操作,这样做只要...
- 一篇教你通过Seata解决分布式事务问题
-
1 Seata介绍Seata是由阿里中间件团队发起的开源分布式事务框架项目,依赖支持本地ACID事务的关系型数据库,可以高效并且对业务0侵入的方式解决微服务场景下面临的分布式事务问题,目前提供AT...
- Seata分布式事务详解(原理流程及4种模式)
-
Seata分布式事务是SpringCloudAlibaba的核心组件,也是构建分布式的基石,下面我就全面来详解Seata@mikechen本篇已收于mikechen原创超30万字《阿里架构师进阶专题合...
- 分布式事务最终一致性解决方案有哪些?MQ、TCC、saga如何实现?
-
JTA方案适用于单体架构多数据源时实现分布式事务,但对于微服务间的分布式事务就无能为力了,我们需要使用其他的方案实现分布式事务。1、本地消息表本地消息表的核心思想是将分布式事务拆分成本地事务进行处理...
- 彻底掌握分布式事务2PC、3PC模型(分布式事务视频教程)
-
原文:https://mp.weixin.qq.com/s/_zhntxv07GEz9ktAKuj70Q作者:马龙台工作中使用最多的是本地事务,但是在对单一项目拆分为SOA、微服务之后,就会牵扯出分...
- Seata分布式事务框架关于Annotation的SAGA模式分析
-
SAGAAnnotation是ApacheSeata版本2.3.0中引入的功能,它提供了一种使用Java注解而不是传统的JSON配置或编程API来实现SAGA事务模式的声明...
- 分布式事务,原理简单,写起来全是坑
-
今天我们就一起来看下另一种模式,XA模式!其实我觉得seata中的四种不同的分布式事务模式,学完AT、TCC以及XA就够了,Saga不好玩,而且长事务本身就有很多问题,也不推荐使用。S...
- 内存空间节约利器redis的bitmap(位图)应用场景有哪些你知道吗
-
在前面我们分享过一次Redis常用数据结构和使用场景,文章对Redis基本使用做了一个简单的API说明,但是对于其中String类型中的bitmap(位图)我们需要重点说明一下,因为他的作用真的不容忽...
- 分布式事务原理详解(图文全面总结)
-
分布式事务是非常核心的分布式系统,也是大厂经常考察对象,下面我就重点详解分布式事务及原理实现@mikechen本文作者:陈睿|mikechen文章来源:mikechen.cc分布式事务分布式事务指的是...
- 大家平时天天说的分布式系统到底是什么东西?
-
目录从单块系统说起团队越来越大,业务越来越复杂分布式出现:庞大系统分而治之分布式系统所带来的技术问题一句话总结:什么是分布式系统设计和开发经验补充说明:中间件系统及大数据系统前言现在有很多Java技术...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- MVC框架 (46)
- spring框架 (46)
- 框架图 (58)
- bootstrap框架 (43)
- flask框架 (53)
- quartz框架 (51)
- abp框架 (47)
- jpa框架 (47)
- laravel框架 (46)
- express框架 (43)
- springmvc框架 (49)
- 分布式事务框架 (65)
- scrapy框架 (52)
- java框架spring (43)
- grpc框架 (55)
- orm框架有哪些 (43)
- ppt框架 (48)
- 内联框架 (52)
- winform框架 (46)
- gui框架 (44)
- cad怎么画框架 (58)
- ps怎么画框架 (47)
- ssm框架实现登录注册 (49)
- oracle字符串长度 (48)
- oracle提交事务 (47)