koa中间件的实现原理

淡淡的烟草味﹌ 2024-03-26 12:11 9阅读 0赞

koa中间件的实现原理如何？先来看一个例子。

koa的执行顺序是这样的：

const middleware = asyncfunction (ctx, next) {
      console.log(1)
      await next()
      console.log(6)
    }
    
    const middleware2 = asyncfunction (ctx, next) {
      console.log(2)
      await next()
      console.log(5)
    }
    
    const middleware3 = asyncfunction (ctx, next) {
      console.log(3)
      await next()
      console.log(4)
    }

会依次打印1，2，3，4，5，6

![format_png][]

问题是koa中间件实现原理，也就是洋葱模型的实现原理是什么？

**一、问题分析**

async await是promise的语法糖，await后面跟一个promise，所以上面的代码可以写成：

const middleware = function (ctx, next) {
      console.log(1)
      next().then(() => {
        console.log(6)
      })
    }
    
    const middleware2 = function (ctx, next) {
      console.log(2)
      next().then(() => {
        console.log(5)
      })
    }
    
    const middleware3 = function (ctx, next) {
      console.log(3)
      next().then(() => {
        console.log(4)
      })
    }

改成这样更好理解一些，所以流程控制的核心在于next的实现。

next要求调用队列中下一个middleware，当达到最后一个的时候resolve。这样最后面的promise先resolve，一直到第一个，这样就是洋葱模型的顺序了。

**二、实现**

koa-compose的实现是这样的：

functioncompose(middleware) {
      returnfunction (context, next) {
        let index = -1return dispatch(0)
    
        functiondispatch(i) {
          index = i
          let fn = middleware[i]
          if (i === middleware.length) fn = next
          if (!fn) returnPromise.resolve()
          try {
            returnPromise.resolve(fn(context, dispatch.bind(null, i + 1)))
          } catch (err) {
            returnPromise.reject(err)
          }
        }
      }
    }

我们把一些参数检查的非核心逻辑去掉了，实现代码就上面那些。每次传入的next都是调用下一个middleware，这样是一个递归的过程，结束条件是最后一个middleware的next是用户传入的。

这里面有一些亮点：

这是一种尾递归的形式，尾递归的特点是最后返回的值是一个递归的函数调用，这样执行完就会在调用栈中销毁，不会占据调用栈.

返回的是一个Promise.resolve包装之后的调用，而不是同步的调用，所以这是一个异步递归，异步递归比同步递归的好处是可以被打断，如果中间有一些优先级更高的微任务，那么可以先执行别的微任务

compose是函数复合，把n个middleware复合成一个，参数依然是context和next，这种复合之后依然是一个middleware，还可以继续进行复合。

**三、总结**

Koa 中间件的实现原理，也就是洋葱模型的实现原理，核心在于next的实现。next需要依次调用下一个middleware，当到最后一个的时候结束，这样后面middleware的promise先resolve，然后直到第一个，这样的流程也就是洋葱模型的流程了。

实现的时候还有一些细节，一个是递归最好做成尾递归的形式，而是用异步递归而不是同步递归，第三就是形式上用函数复合的形式，这样复合之后的中间件还可以继续复合。

[format_png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/26/8385a30014b44ece8911abf6faa2d057.png