FrankenPHP是集成Caddy与PHP运行时的单二进制全栈服务器，开箱支持HTTPS、HTTP/3和静态资源；RoadRunner是专注PHP Worker管理的中间件，需搭配反向代理，强调多协议支持与精细生命周期控制。
FrankenPHP 和 RoadRunner 都是为解决传统 PHP-FPM 模式下性能与部署复杂度问题而生的常驻内存型服务器，但设计哲学、适用场景和落地成本差异明显。选哪个，关键看你的项目规模、技术栈偏好、运维能力以及是否愿意接受新工具链。
核心定位差异：一体化 Web 服务器 vs 专注 PHP Worker 的中间件
FrankenPHP 是一个“全栈式”单二进制 PHP 应用服务器：它把 Caddy（含 TLS 终止、HTTP/3、静态文件服务、反向代理）和 PHP 运行时直接编译进同一个进程。启动一个 frankenphp 二进制，就等于同时拥有了 HTTPS 前端 + PHP 执行器 + 自动证书管理（配合 Caddyfile）。适合想砍掉 Nginx、Let’s Encrypt 脚本、supervisord 等多层配置的团队。
RoadRunner 则是一个“专注 PHP”的高性能 Worker 管理器：它本身不处理 HTTP 协议，必须搭配 Nginx、Caddy 或内置 HTTP 插件（需额外启用）使用。它的强项在于稳定调度 PHP CLI 进程、复用框架实例、支持多协议（HTTP/2、gRPC、WebSocket）、精细控制内存与生命周期。更像一个“增强版 PHP-FPM 替代品”，对现有 Nginx 架构兼容性极好。
部署与运维成本：开箱即用 vs 渐进式集成
- FrankenPHP：一份 Caddyfile + 一个二进制即可跑通 HTTPS 全站。Caddy 自动申请并续期 Let’s Encrypt 证书；静态资源、重写规则、TLS 设置全部在同一个配置里完成；无需额外进程管理器。小团队或独立开发者能快速上线，调试链路极短。
-
RoadRunner：需要保留或新增一层反向代理（如 Nginx），配置 FastCGI 或 HTTP 代理转发；
.rr.yaml专注 PHP worker 行为（内存限制、最大任务数、重启策略等）；证书仍需 Nginx 或外部工具管理。适合已有成熟 Nginx 配置、不愿重构前端层的中大型项目。
性能与扩展性：轻量高效 vs 企业级可控
两者都支持常驻内存、跳过框架重复初始化，实测在 Laravel/Symfony 类项目中，相比 FPM 可将平均响应时间降低 50%–70%。但侧重点不同：
立即学习“PHP免费学习笔记（深入）”；
- FrankenPHP 在 I/O 密集型小到中型应用中表现非常干净利落，尤其搭配 Caddy 的 HTTP/3 和 early hints 特性时，首屏加载有感知提升；但它目前对协程、自定义协议、gRPC 等高级扩展支持有限。
- RoadRunner 提供更细粒度的 worker 控制（如 per-worker 内存上限、优雅关闭超时、插件热加载），并原生支持 Mercure、Jobs、Cache 等企业级模块；如果你需要长期运行高负载 API、消息消费者或混合协议网关，RoadRunner 的可扩展性和稳定性更经得起考验。
生态与未来适配：Go 原生优势 vs PHP 生态深耕
FrankenPHP 的底层是 Go，因此天然支持用 Go 编写 PHP 扩展（比如高性能日志、加密、协议解析），这对熟悉 Go 的团队是巨大加分；它也正快速集成现代 Web 标准（如 HTTP/3、WebTransport）。RoadRunner 则深度绑定 PHP 生态，配置、调试、错误追踪都更贴近 PHP 开发者习惯，Laravel Octane 官方同时支持两者，但 RoadRunner 的文档、社区案例和生产调优经验目前更丰富。
