Flight3更轻:单文件约1000行、无命名空间、零配置、内存<3MB;Webman更高效:常驻内存事件循环、8–12MB内存支撑28万+QPS,适合生产级高并发场景。

Webman 和 Flight3 都是轻量级 Web 框架,但“谁更轻”不能只看安装包大小或代码行数,得结合定位、运行模型、依赖层级和实际开销来看。
Webman 2.2.0版本强化了 TCP/UDP 服务支持,优化路由组管理,并增强异步任务处理能力。结合协程与连接池技术,Webman 能轻松应对高并发场景,适用于网站、接口服务、即时通讯、物联网及游戏开发,兼具高性能、灵活扩展与稳定可靠,是多场景 PHP 服务开发的理想选择。
Webman 的轻量性体现在“高能效比”,不是“最小体积”
- Webman 是基于 Workerman 的 PHP HTTP 框架,本身不依赖 PHP-FPM,直接运行在常驻内存的事件循环中;
- 它没有传统 MVC 框架的自动加载、反射路由、中间件栈嵌套等重型机制,核心逻辑极简;
- 但为了支撑高并发和扩展性,它内置了进程管理、热更新、连接池支持等能力——这些属于“运行时必需开销”,不算冗余;
- 实际启动后内存占用约 8–12 MB(8 核机器),QPS 却可达 28 万+,说明单位资源产出极高。
Flight3 是真正意义上的“极简微框架”
- Flight3(PHP)设计哲学对标 Flask:单文件核心(
flight.php约 1000 行)、无命名空间、无 Composer 强依赖、零配置即可运行; - 不含路由缓存、无自动扫描、无中间件生命周期管理,所有功能靠闭包注册;
- 启动后内存通常 < 3 MB,响应延迟常低于 1ms(纯路由+echo 场景);
- 但它也不提供数据库封装、会话管理、日志组件等——不是“省略”,而是彻底不包含。
关键区别一目了然
- 代码量:Flight3 更小(单文件 vs Webman 多文件结构)
- 启动开销:Flight3 更低(无进程管理、无常驻服务模型)
-
适用场景:
- Flight3 适合静态 API、钩子脚本、CLI Web 代理、教学演示;
- Webman 适合需要长连接、定时任务、WebSocket、多进程稳定服务的生产级轻量应用;
-
扩展方式:
- Flight3 靠手动
map()注册处理器,自由但易失控; - Webman 支持插件市场、自定义进程、Composer 组件复用,扩展有约束但更稳健。
- Flight3 靠手动
所以,如果“轻”指代码最少、依赖最薄、上手最快,Flight3 胜出;
如果“轻”指单位资源承载能力最强、无冗余却功能完整,Webman 更高效。
不复杂但容易忽略:轻不是目的,而是为特定目标服务的手段。

















