FrankenPHP的worker模式与普通模式核心差异在于PHP进程是否常驻内存：普通模式每次请求都重新初始化环境并释放资源，类似CGI；worker模式则预热应用后长期驻留，复用运行时、连接池与配置，显著降低启动开销，中大型项目响应时间可降2–3倍。
FrankenPHP 的 worker 模式和普通 CLI 模式（即“普通模式”）最核心的差异在于PHP 进程生命周期与请求处理模型是否常驻内存。
普通模式：每次请求都重新初始化 PHP 环境
它本质是 CGI-like 的按需启动模型，行为接近传统 Nginx + PHP-FPM 的“一个请求、一个 PHP 实例”方式：
- 每个 HTTP 请求到达时，FrankenPHP 启动一个新的 PHP 执行上下文（类似 fork+exec）
- 完整加载框架、依赖、配置、路由等，执行完即释放全部内存和资源
- 无法跨请求复用数据库连接、缓存实例、全局对象或已解析的配置
- 适合轻量级脚本或调试场景，部署改动小，但性能有明显瓶颈
Worker 模式：PHP 应用常驻内存，多请求共享运行时
这是 FrankenPHP 的高性能核心特性，更接近 Swoole 或 RoadRunner 的常驻进程模型：
- 启动时预热一次应用（如 Laravel 的 bootstrap、TP6 的容器初始化），之后长期驻留内存
- 多个 HTTP 请求复用同一个 PHP 进程/线程，仅执行 request-handling 阶段逻辑
- 可安全复用 PDO 连接池、Redis 客户端、配置缓存、单例服务等，显著降低重复开销
- 需适配入口逻辑（如用
frankenphp_handle_request()包裹），但主流框架（Laravel/Symfony/TP6/Yii）已原生支持，改动极少
关键区别总结
两者不是“能不能跑”，而是“怎么跑”：
立即学习“PHP免费学习笔记（深入）”；
- 启动成本：普通模式每次请求都有完整启动开销；worker 模式只有首次冷启动成本
- 内存复用：普通模式无跨请求状态；worker 模式允许显式维护共享状态（需注意线程安全与请求隔离）
- 适用规模：普通模式够用小型项目；worker 模式在中高并发、复杂框架下响应时间可下降 2–3 倍
- 运维心智：普通模式无需关注长连接、内存泄漏、状态污染；worker 模式要求开发者理解“一次初始化、多次请求”的生命周期，并避免静态变量意外累积
