后端微服务云原生【免费下载链接】midway A Node.js Serverless Framework for front-end/full-stack developers. Build the application for next decade. Works on AWS, Alibaba Cloud, Tencent Cloud and traditional VM/Container. Super easy integrate with React and Vue. 项目地址https://gitcode.com/gh_mirrors/mi/midway点击查看免费下载导读本文围绕 Midway 3 在仓库中自带的 benchmark/readme.md 基准测试方案完整讲解这套基准测试的目录结构、运行方式、测试工具参数与结果解读。读者将掌握如何在本仓库中一键跑通 Midway 框架的 QPS 压测理解request context请求上下文与async hooks异步钩子两种请求链路实现下的性能差异并学会如何扩展基准测试配置来对比自己的应用场景。基准测试的整体结构与运行方式仓库在benchmark/目录下内置了一套可复现的 Midway 3 基准测试。按照 benchmark/readme.md 的说明整个流程只需要两步$ ./ready.sh $ node indexready.sh负责环境准备index.js负责依次拉起被测应用并执行压测最终输出每个应用的平均 QPS。readme 中给出的典型输出如下Waiting for Midway 3 with request context to initialize... Running benchmark on Midway 3 with request context... Midway 3 with request context QPS: 2374.4 Waiting for Midway 3 with async hooks to initialize... Running benchmark on Midway 3 with async hooks... Midway 3 with async hooks QPS: 2495.81从输出可以看到测试框架会先等待应用完成初始化Waiting for ... to initialize...再开始压测Running benchmark on ...最后打印QPS平均值。目录中的关键文件benchmark/ready.sh安装依赖与编译的准备工作脚本benchmark/index.js压测主流程基于autocannon实现benchmark/apps.json被测应用清单声明每个应用的工作目录、启动命令、端口与请求路径benchmark/fixtures/midway-request-scope使用请求上下文实现的应用样例benchmark/fixtures/midway-request-scope-with-hooks额外接入 OpenTelemetry基于 async hooks的应用样例被测应用清单apps.json 的字段说明benchmark/apps.json 是基准测试的编排表核心字段如下字段含义name被测应用的展示名称会直接出现在最终 QPS 输出中cwd相对benchmark/的应用工作目录index.js会基于该目录启动进程command启动命令如npm run startindex.js会将其按空白拆分为命令与参数port应用监听端口压测请求的目标端口url压测请求的路径如/skip是否跳过该应用的测试除了apps.json中的字段benchmark/index.js 还支持可选的delay等待初始化与清理的毫秒数与exit进程退出前执行的清理命令字段默认等待10000毫秒初始化、5000毫秒清理供扩展配置时使用。两个基准应用分别对应Midway 3 with request context与Midway 3 with async hooks都监听7001端口并请求/路径。对应的样例应用则是fixtures/midway-request-scope与fixtures/midway-request-scope-with-hooks两个目录后者在启动时额外注册了基于 async hooks 的 OpenTelemetry 追踪器详见后文。一键准备环境ready.sh 做了什么benchmark/ready.sh 是一个 Bash 脚本其流程是用find fixtures -maxdepth 1 -mindepth 1扫描fixtures/下的所有样例应用回到仓库根目录执行npm install安装框架本体依赖逐个进入每个样例应用目录删除旧的node_modules执行npm install安装应用依赖再执行npm run build即tsc编译 TypeScript 源码。可以看到这套基准测试对每个被测应用都要求干净安装 编译确保压测结果不受陈旧依赖或未编译代码影响。压测主流程index.js 的执行细节benchmark/index.js 是整个基准测试的核心其执行逻辑可以拆解为四步1. 读取配置并启动被测应用脚本通过require(./apps).apps读取配置跳过skip为true的应用。对于每个应用使用child_process.spawn在对应cwd下启动命令const child spawn(cmd, args, { cwd });command字符串按空白拆分为cmd与args例如npm run start会解析为npm[run, start]。应用的标准输出与错误输出通过 debuglog 输出util.debuglog(perf-bot)可用NODE_DEBUGperf-bot开启。2. 等待初始化启动进程后不会立即压测而是等待delay || 10000毫秒保证 Web 服务与 ORM 连接等资源就绪await wait(delay || 10000); // wait for workers to properly initialize3. 用 autocannon 执行压测压测由autocannon完成关键参数在cannon函数中定义autocannon( { url: http://127.0.0.1:${port}${url}, connections: 5000, pipelining: 2, duration: 10, }, (err, results) { ... } );参数取值作用urlhttp://127.0.0.1:7001/压测目标地址connections5000并发连接数模拟 5000 个并发连接pipelining2每条连接上的流水线请求数duration10压测持续 10 秒压测结束后脚本取results.requests.average打印平均每秒请求数QPS。4. 进程清理单个应用压测完成后若配置了exit命令则执行该命令否则使用tree-kill按进程 PID 杀死整棵进程树确保下一个被测应用能独占7001端口kill(child.pid);两个被测应用请求上下文 vs 异步钩子两个样例应用的业务代码完全一致一个基于midwayjs/koa的控制器注入UserService由服务通过midwayjs/orm查询 SQLite 数据库中的用户记录并返回。差异仅在于启动时的链路追踪实现。业务样例一个真实的请求链路以 benchmark/fixtures/midway-request-scope 为例应用入口 bootstrap.js 仅一行const { Bootstrap } require(midwayjs/bootstrap); Bootstrap.run();配置类 src/configuration.ts 引入 Koa 与 ORM 组件import { Configuration } from midwayjs/core; import * as koa from midwayjs/koa; import * as orm from midwayjs/orm; Configuration({ importConfigs: [{ default: DefaultConfig }], imports: [koa, orm], }) export class MainConfiguration { async onReady() {} }控制器 src/controller/home.ts 通过依赖注入使用服务Controller(/) export class HomeController { Inject() userService: UserService; Get(/) async index() { return this.userService.getUser(); } }服务 src/service/user.ts 注入 TypeORM 的Repository查询id为 1 的用户Provide() export class UserService { InjectEntityModel(User) photoModel: RepositoryUser; async getUser(): PromiseUser { return this.photoModel.findOne({ id: 1 }); } }数据库配置在 src/config/config.default.ts 中使用仓库根目录下的 benchmark/fixtures/user.sqlite3 文件export const orm { type: sqlite, database: join(__dirname, ../../../user.sqlite3), synchronize: false, // 如果第一次使用不存在表有同步的需求可以写 true logging: false, }; export const koa { port: 7001, };用户实体 src/entity/user.ts 定义id、username、password、email四个字段。依赖方面package.json 声明了midwayjs/bootstrap、midwayjs/core、midwayjs/koa、midwayjs/orm、sqlite3、typeorm并要求 Node.js12.0.0。从源码结构看这套样例覆盖了 Midway 3 典型的 Web 请求全链路HTTP 入口Koa→ 控制器 → 服务 → ORM 查询是压测请求上下文生命周期与依赖注入开销的最小化但真实的应用。异步钩子版本接入 OpenTelemetrybenchmark/fixtures/midway-request-scope-with-hooks 的业务代码与普通版本完全一致唯一区别在 bootstrap.jsconst opentelemetry require(opentelemetry/sdk-trace-node); const sdk new opentelemetry.NodeTracerProvider({}); sdk.register(); const { Bootstrap } require(midwayjs/bootstrap); Bootstrap.run();该应用在启动 Midway 之前先创建并注册了 OpenTelemetry 的NodeTracerProvider对应的 package.json 也额外依赖了opentelemetry/api与opentelemetry/sdk-trace-node。在 Node.js 中OpenTelemetry 的追踪器依赖AsyncLocalStorage等异步上下文传播机制通过 async hooks 跟踪异步操作间的上下文关联。因此这一版本可以用于对比在同样业务代码下启用基于 async hooks 的链路追踪后QPS 会相比纯请求上下文版本发生怎样的变化。这正是 readme 示例输出中两个测试项request context与async hooks各自独立压测的意义所在。结果解读与延伸readme 中记录的示例输出表明两种实现都能稳定跑到每秒两千多请求的水平Midway 3 with request context QPS: 2374.4Midway 3 with async hooks QPS: 2495.81需要注意这两组数字是 readme 记录的示例运行结果实际数值会随机器配置、Node 版本、SQLite 文件状态等因素变化。阅读时应将其视为输出格式演示而非固定的性能结论。若想得到可比较的数据应保证在同一台机器、同一 Node 版本、同一次ready.sh安装环境下连续运行以控制变量。要验证框架各组件源码可以进一步阅读框架核心实现packages/core/src其中包含依赖注入、请求上下文管理等基础能力Koa Web 适配packages/web-koa即midwayjs/koa组件的实现ORM 组件packages/typeorm 与 packages/orm对应样例中midwayjs/orm的注入逻辑。扩展自己的基准场景如果你想基于这套基准测试对比其他配置例如不同的 Web 适配、不同的 ORM、不同的中间件组合可以按以下方式扩展复制benchmark/fixtures/midway-request-scope目录按需修改src/下的控制器、服务或配置在benchmark/apps.json中新增一条应用配置给出name、cwd、command、port、url重新执行./ready.sh安装并编译新应用再运行node index即可。index.js已内置对delay、exit、skip字段的支持例如通过delay: 15000延长初始化等待时间或通过skip: true暂时跳过某个应用。整个流程无需修改 benchmark/index.js 本身即可完成大部分对比需求。小结Midway 仓库自带的这套基准测试用最少的依赖完整覆盖了安装依赖 → 编译 → 启动 → 压测 → 清理 → 输出 QPS的自动化流程。通过 benchmark/readme.md、benchmark/index.js、benchmark/apps.json 与两套 fixture 的配合开发者既可以一键复现框架的 QPS 数据也可以快速改造出属于自己的压测场景用于评估请求上下文与异步钩子等不同实现策略对性能的影响。赞分享后端微服务云原生【免费下载链接】midway A Node.js Serverless Framework for front-end/full-stack developers. Build the application for next decade. Works on AWS, Alibaba Cloud, Tencent Cloud and traditional VM/Container. Super easy integrate with React and Vue. 项目地址https://gitcode.com/gh_mirrors/mi/midway点击查看免费下载相关推荐React hooks性能基准测试beautiful-react-hooks与原生hooks对比React hooks性能基准测试beautiful react hooks与原生hooks对比 你是否在React项目中遇到过组件渲染缓慢、状态更新延迟的问前端开发工具Czkawka Windows 安装指南3 步装好从下载到找出重复文件Czkawka Windows 安装指南3 步装好从下载到找出重复文件 Czkawka 是一款免费、开源且完全离线的磁盘清理工具覆盖重复文件、空文件夹、相桌面应用LazyLLM入门指南5分钟搭建你的第一个AI聊天机器人LazyLLM入门指南5分钟搭建你的第一个AI聊天机器人 LazyLLM是一个功能强大的AI开发框架让你能够快速构建各类AI应用。本文将带你在5分钟内完成第上一篇零配置错误kubectl-ai 智能验证 Kubernetes 资源配置的完整指南下一篇Claude for Legal就业法律插件使用指南雇佣审查、离职管理与内部调查创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考