webman中间件性能远超flight 3，根本在于常驻内存与事件驱动架构：webman启动时一次性加载初始化，复用对象与路由结果，10层嵌套仅降qps约3%；flight 3每次请求均需重复自动加载、实例化、注册及销毁，固定开销2–5ms，高并发下线性放大。
Webman 的中间件性能明显优于 Flight 3，根本原因不在“写法优劣”，而在运行模型代际不同。
Webman 中间件跑在常驻内存、事件驱动的多进程里
每个 worker 进程启动时加载一次中间件类和配置，后续所有请求复用已初始化的对象和路由匹配结果。中间件执行是纯内存操作，无自动加载、无框架重建、无 PHP-FPM 生命周期开销。实测中，10 层嵌套中间件对 Webman QPS 影响通常低于 3%。
Flight 3 是传统单次请求式微型框架（FPM 模式）
每次 HTTP 请求都需：重新 require 所有文件 → 实例化 App 对象 → 注册全部中间件 → 匹配路由 → 逐层调用中间件 → 响应后销毁全部对象。即使代码极简，Composer 自动加载 + 类反射 + 闭包绑定本身就会带来 2–5ms 固定开销。高并发下，这部分延迟会线性放大，且受 PHP-FPM 子进程数和 slowlog 阈值制约。
关键差异点对比
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 初始化成本：Webman 中间件在 onWorkerStart 阶段完成注册与预热；Flight 3 每次请求都走一遍 register() + pipe() 流程
- 执行环境：Webman 中间件可安全使用静态属性、连接池实例、协程上下文；Flight 3 的中间件无法跨请求保留状态，也难以接入异步 I/O
- 错误传播开销：Webman 支持 Promise 风格中断（如 throw new \Exception() 直接跳出后续中间件）；Flight 3 依赖 $next() 显式传递，深层嵌套时 call_user_func_array 开销更明显
真实场景参考（4 核 8GB，PHP 8.2）
- 纯中间件链（无 DB/IO）：Webman 12,800 QPS vs Flight 3（FPM）960 QPS
- 带 JWT 解析 + 权限校验中间件：Webman 8,200 QPS vs Flight 3 410 QPS
- 内存占用峰值：Webman 单 worker 约 42MB；Flight 3 单 FPM 进程平均 18MB，但 50 并发即占满 900MB+
不复杂但容易忽略：Flight 3 的轻量是“单次请求轻”，Webman 的轻量是“长期服务轻”。选型时若目标是 API 网关、实时通知、高频轮询等长周期服务，中间件只是冰山一角——底层是否常驻、能否复用连接、是否支持信号优雅退出，才是真正决定性能边界的要素。
