基于Koa实现轻量化服务引擎

前言

学习课程来自于抖音"哲玄前端"课程(《大前端全栈实践课》),从零开始做一个企业级的全栈应用框架。

一、elpis-core整体架构设计

elpis-core是基于koa实现的类似于egg的轻量化服务端。通过koa实例,将各种loader文件进行解析并挂载到Koa实例中。

1、BFF层结构

BFF(Backend For Frontend)翻译为为前端而生的后端,是一种架构设计,主要用于解决前后端数据协作及微服务框架的数据聚合等问题。

2、洋葱模型

概念

Koa 的中间件机制基于一个称为"洋葱模型"的设计模式。这种模式形象地将中间件的执行过程比喻为洋葱的层次。每个中间件都是洋葱的一层,能够在处理请求时进行操作,同时也可以在处理响应时进行操作。

洋葱模型的工作原理

在Koa中,每个中间件都可以进行以下操作:

  1. 请求处理:中间件在请求到达应用之前进行处理。
  2. 调用 next :通过 await next() 将控制权传递给下一个中间件,如果在中间件中没有执行next()的话,后续的中间件就不会执行了(一般做鉴权的时候,没通过就直接返回401,不执行next方法)。
  3. 响应处理:在下一个中间件完成处理后,继续执行当前中间件中的逻辑,进行响应处理。
中间件机制
中间件栈

Koa的中间件调用机制就像是一个函数链一样,每个中间件都可以对请求进行处理,然后通过 await next() 方式传递给下一个中间件,等到最后一个中间件执行完成,又会依次执行每个中间件await next() 后面的逻辑,这样每个中间件也都可以对响应进行处理。这样就像是洋葱一样,请求的执行顺序是中间件的注册顺序,但是响应的处理的顺序是(也就是 await next() 之后的处理逻辑)是刚好相反的。

3、设计原则

elpis-core遵循的原则(借鉴egg)是约定大于配置 ,有清晰的目录结构,按照一套统一的约定开发模式。同时采用模块化的设计,每个模块责任单一,互相独立,方便维护和扩展。

实现
js 复制代码
const path = require('path');
const Koa = require('koa');
const { sep } = path; // 为了兼容不同操作系统上的斜杠

const env = require('./env');

const configLoader = require('./loader/config');
const controllerLoader = require('./loader/controller');
const extendLoader = require('./loader/extend');
const middlewareLoader = require('./loader/middleware');
const routerLoader = require('./loader/router');
const routerSchemaLoader = require('./loader/router-schema');
const serviceLoader = require('./loader/service');

module.exports = {
  /**
   * 启动服务
   * @param {object} options 启动参数
   * options = {
   *  name: 应用名称
   *  homepage: 首页地址
   * }
   */
  start(options = {}) {
    // Koa实例
    const app = new Koa();
    // 应用的配置
    app.options = options;
    // 基础路径
    app.baseDir = process.cwd();
    // 业务文件路径
    app.businessPath = path.resolve(app.baseDir, `.${sep}app`);

    app.env = env(app);

    // 加载 configLoader
    configLoader(app);
    // 加载 extendLoader
    extendLoader(app);
    // 加载 middlewareLoader
    middlewareLoader(app);
    // 加载 routerSchemaLoader
    routerSchemaLoader(app);
    // 加载 serviceLoader
    serviceLoader(app);
    // 加载 controllerLoader
    controllerLoader(app);

    // 注册全局的中间件(必须在路由之前注册)
    try {
      require(path.resolve(app.businessPath, `.${sep}middleware.js`))(app);
    } catch (error) {
      console.error(error);
    }
    // 加载 routerLoader(必须在中间件之后)
    routerLoader(app);
    // console.log(app.routerSchema, app.middlewares, app.controller, app.service, app.config, '=======');
    try {
      const port = process.env.PORT || 8080;
      const host = process.env.HOST || '127.0.0.1';
      app.listen(port, host);
      console.warn(`Server is running at http://${host}:${port}`);
    } catch (error) {
      console.error(error);
    }
  },
};

以上引入的各个loader的目的其实就是加载对应的文件夹下的配置、扩展程序、中间件、服务、控制器、路由,并把它们分模块的挂载到Koa的实例对象上,这样使用时就直接从app实例中取。

加载顺序

通过 Loader 的加载顺序管理模块生命周期

  1. 环境配置加载

  2. 加载基础服务

    • 扩展程序
    • 中间件
    • 路由检验规则
    • 服务
    • 控制器
  3. 注册全局中间件

  4. 注册路由

  5. 启动应用

相关推荐
巴巴博一3 小时前
抛弃 ESLint + Prettier?基于 Biome + Husky 的下一代前端工程化实践
代码规范
Stream_Silver19 小时前
【Node.js 安装报错解决方案:解决“A later version of Node.js is already installed”问题】
node.js
Anthony_23121 小时前
基于 Vue3 + Node.js 的实时可视化监控系统实现
node.js
说给风听.1 天前
解决 Node.js 版本冲突:Windows 系统 nvm 安装与使用全指南
windows·node.js
森叶1 天前
Node.js 跨进程通信(IPC)深度进阶:从“杀人”的 kill 到真正的信号
node.js·编辑器·vim
虹科网络安全2 天前
艾体宝新闻 | NPM 生态系统陷入困境:自我传播恶意软件在大规模供应链攻击中感染了 187 个软件包
前端·npm·node.js
摇滚侠2 天前
PNPM 包管理工具和 NPM 包管理工具
vscode·npm·node.js·pnpm
心柠2 天前
webpack
前端·webpack·node.js
C澒2 天前
前端编码规范
前端·团队开发·代码规范
FreeBuf_2 天前
vm2 Node.js库曝严重沙箱逃逸漏洞(CVE-2026-22709)可导致任意代码执行
node.js