PHP的传统部署方式是PHP-FPM（FastCGI Process Manager）配合Nginx或Apache。每个请求启动一个PHP进程，处理完后进程保留以处理下一个请求。这种模式简单稳定，但在高并发场景下面临挑战。随着Swoole、RoadRunner、FrankenPHP等常驻内存服务器的兴起，PHP在现代Web架构中的角色正在重新定义。
PHP-FPM的模型：PHP-FPM预先创建一组工作进程（worker），每个进程在生命周期内处理多个请求。Nginx接收HTTP请求，通过FastCGI协议转发给PHP-FPM，PHP-FPM选择一个空闲进程执行PHP脚本，返回响应后进程等待下一个请求。
PHP-FPM的优势：进程隔离（一个进程崩溃不影响其他进程）；简单稳定（经过多年生产验证）；与各种扩展兼容性好。劣势：每个请求需要初始化资源（如加载框架、建立数据库连接）；进程切换开销；以及无法维持内存状态（如缓存）。
OpCache的作用：OpCache将PHP编译后的opcode缓存在共享内存中，所有PHP-FPM进程共享同一份opcode缓存。OpCache消除了重复编译的开销，但不会缓存应用状态（如从数据库加载的数据）。
参考：https://rvxif.cn/category/oolong-tea.html
Swoole的常驻内存模型：Swoole在启动时加载PHP脚本并初始化，然后保持在内存中。请求到达时，Swoole直接处理，无需重新加载框架。Swoole的工作进程（Worker）可以共享内存状态，如数据库连接池、本地缓存等。
Swoole的优势：极高的并发能力（单机能处理数万并发连接）；支持协程（同步代码异步执行）；内置HTTP、WebSocket、TCP服务器。劣势：扩展兼容性问题（某些扩展假设每个请求是独立的环境）；调试复杂；以及更高的学习曲线。
RoadRunner是高性能PHP应用服务器，由Go编写，PHP部分负责业务逻辑。RoadRunner启动一组PHP工作进程（通过PHP-FPM的底层库），管理它们的生命周期和请求分发。RoadRunner支持GRPC、HTTP、队列等协议。
RoadRunner的定位介于PHP-FPM和Swoole之间：比PHP-FPM性能更好（长驻进程），比Swoole更简单（不需要改写现有代码）。RoadRunner与Laravel、Symfony等框架集成良好，是渐进式性能优化的选择。
FrankenPHP是Caddy服务器的一个模块，将PHP嵌入到Go服务器中。FrankenPHP支持Swoole风格的常驻内存模式，也支持传统PHP-FPM模式。它的特点是配置简单（Caddyfile），自动HTTPS，以及现代Web特性（HTTP/2、HTTP/3）。
参考：https://rvxif.cn/category/black-tea.html
性能对比：对于简单"Hello World"请求，Swoole比PHP-FPM快5-10倍（每秒请求数）；对于复杂框架应用（如Laravel），提升较小（2-3倍），因为框架初始化仍然是瓶颈。协程在I/O密集型场景（大量数据库查询、API调用）中提升最明显。
架构模式演进：PHP-FPM配合负载均衡器（如Nginx、HAProxy）可以水平扩展，适合无状态应用。Swoole适合有状态应用，如WebSocket服务器、实时游戏后端、物联网平台。RoadRunner是折衷方案，可以在不需要代码重构的情况下获得大部分性能提升。
数据库连接池：在PHP-FPM中，每个请求创建自己的数据库连接，请求结束释放。连接开销较大（TCP握手、认证）。在Swoole或RoadRunner中，可以维护连接池，请求复用一个已经打开的连接，大幅减少连接开销。
本地缓存：PHP-FPM的缓存必须存储在外部（如Redis、Memcached）。Swoole可以将缓存存储在内存中（如array），访问速度是外部缓存的100倍以上。但需要注意缓存的失效和大小控制。
热重载：Swoole支持在代码变更时自动重启工作进程，无需停止服务。热重载提高了开发效率，但实现复杂（需要文件监控和进程管理）。Laravel Octane提供了热重载支持。
调试的挑战：常驻内存模式下，全局变量和静态变量会跨越请求持久化。一个请求设置的全局变量可能被下一个请求读取，导致不可预测的行为。调试此类问题需要使用swoole的协程上下文或严格的状态管理。
迁移路径：从PHP-FPM迁移到Swoole或RoadRunner不是无痛的。需要处理：静态变量和全局变量的清除（每个请求后）；exit和die（会终止整个服务器）；header()和setcookie()（需要使用响应对象）；以及某些扩展（如ext-readline）的不兼容。
现代框架的支持：Laravel Octane提供了Swoole和RoadRunner的集成，自动处理请求隔离和清理。Symfony的Swoole Runtime也类似。使用这些框架可以减少迁移工作量。
云原生环境：容器化（Docker）和编排（Kubernetes）使PHP-FPM的扩展更容易。每个容器运行PHP-FPM，Kubernetes负责自动伸缩。Swoole在容器中也能运行，但需要注意协程与CPU核心数的关系。
未来趋势：PHP 8.1+的Fibers提供了协程原语，可能催生新的异步框架。RoadRunner和FrankenPHP正在集成Fibers，提供更高效的异步I/O。PHP核心团队也在讨论将事件循环纳入标准库的可能性。
PHP在现代Web架构中的角色正在从“传统后端语言”向“高性能应用服务器”演进。Swoole、RoadRunner等工具打破了PHP的性能天花板，使PHP可以与Go、Node.js在相同赛道上竞争。对于新的PHP项目，尤其是实时通信、长连接、高I/O的场景，考虑Swoole或RoadRunner是明智的选择。
参考：https://rvxif.cn
