PHP 开发者为什么要先学 Swoole 再学 Go？

本文链接：https://blog.csdn.net/qq_38917476/article/details/142913005

引言

作为一名拥有七年开发经验的 PHP 程序员，我从大学时期便开始学习 PHP，恰逢 PHP 的巅峰期。这七年间，我亲眼见证了 PHP 从最初的“世界上最好的语言”，逐渐演变成在企业中主要用于开发管理后台和 Web 页面。随着时间的推移，PHP 在企业中的核心角色逐渐被其他语言所取代，如今更多地应用于边缘化、非核心的业务场景。这一转变的关键原因在于 PHP-FPM（FastCGI Process Manager）的局限性。

PHP-FPM 无法在高并发和大流量场景中有效优化，尤其是在当今大多数业务架构采用集群化、分布式部署和微服务拆分的背景下。面对这些象征着高并发、大流量的业务体系，PHP 似乎逐渐难以跟上现代业务的需求。

PHP-FPM 的运作方式

PHP-FPM（FastCGI Process Manager）是 PHP 用来处理 HTTP 请求的进程管理器，其运作方式基于进程池和同步阻塞模型。具体而言，每个请求进入服务器后，PHP-FPM 会从进程池中分配一个空闲进程来处理该请求。请求完成后，进程会被释放并返回进程池，以备下一次请求使用。

PHP-FPM 的局限性

同步阻塞模型
PHP-FPM 采用同步阻塞方式处理请求，每个请求会占用一个独立的进程。假设系统有 100 个并发请求，那么就需要 100 个独立进程来处理。这种同步阻塞的处理模式决定了 PHP-FPM 的每个进程在处理请求时都需要等待完成才能继续下一个请求，导致无法同时处理大量并发请求。
资源开销高
每个进程的启动和销毁都需要消耗系统资源，在高并发场景下，数百甚至数千个进程的并发运行会导致CPU 和内存资源消耗激增。一旦进程池中的进程耗尽，新的请求便会进入等待状态，从而延长响应时间并降低服务的吞吐量。
缺乏异步 I/O 支持
PHP-FPM 无法原生支持异步 I/O 操作。当前的高并发、大流量场景通常需要频繁的 I/O 操作（如数据库查询、文件读写等），而 PHP-FPM 在等待 I/O 操作完成时会阻塞其他请求。这意味着在高并发场景中，频繁的 I/O 操作会显著拖慢系统性能，造成响应延迟。

总的来说，PHP-FPM 的同步阻塞模式和高资源开销限制了其在高并发情况下的表现，特别是在集群化、分布式和微服务架构中，PHP-FPM 的进程管理方式显得效率低下。面对这些需求，PHP-FPM 已难以满足现代业务对实时性和高并发的要求。

Swoole 的出现与 PHP 的新领域

Swoole 的出现为 PHP 打开了新的应用领域，不仅突破了传统 PHP-FPM 的局限性，甚至完全接管了其功能，使 PHP 不再局限于 Web HTTP 应用。借助 Swoole，PHP 开发者能够开发高性能的网络服务，包括实时聊天、物联网、游戏后端服务等，为 PHP 的生态注入了更多可能性。

Swoole 的核心优势

常驻内存
与传统 PHP-FPM 每次请求都重新加载进程不同，Swoole 支持常驻内存模式。这意味着在 Swoole 环境中，应用可以持续运行而无需每次都启动和销毁进程，避免了频繁的初始化开销，大幅提升了性能。
协程支持
Swoole 提供了原生的协程支持，使 PHP 能够实现异步编程。这种基于协程的异步 I/O 模型允许程序在 I/O 等待期间切换到其他任务，最大化 CPU 的利用率，从而显著提升并发性能。协程能够在同一进程中模拟“多任务处理”，而无需创建额外的系统进程或线程。
生命周期管理
Swoole 允许开发者自定义应用的生命周期，控制任务的启动和关闭，灵活管理资源。它不仅避免了 PHP-FPM 的短生命周期限制，还确保了应用的持续运行，适合需要高频次响应的服务。
高并发支持
得益于协程和异步 I/O 模型，Swoole 能够以单进程处理成千上万个并发连接，不再依赖多进程来处理每个请求。这种设计能够在大并发环境下显著减少资源开销，使 PHP 在处理大流量请求时表现得更加出色。

通过常驻内存、协程支持、灵活的生命周期管理以及高并发处理能力，Swoole 彻底改变了 PHP 的执行方式。它不仅接管了 PHP-FPM 的角色，还大大扩展了 PHP 的应用场景，为 PHP 进入实时性和高性能需求的服务领域提供了坚实的技术支撑。

Swoole 与传统 PHP-FPM 的区别

运行模式
- PHP-FPM：采用请求-响应模式，每次请求都创建一个新的进程来处理，执行完请求后进程销毁。这样的短生命周期适用于小流量、低并发的 Web 页面。
- Swoole：支持常驻内存，应用程序在内存中长时间运行，避免了每次请求重启的开销。这种长生命周期使得 Swoole 更适合高并发的实时性场景。
并发处理
- PHP-FPM：基于同步阻塞模型，每个请求需要独立进程来处理，高并发情况下需要大量进程支持，导致资源消耗巨大。
- Swoole：使用协程和异步 I/O 实现高并发处理，允许单个进程同时处理数千个请求，显著提升并发处理能力并降低系统资源开销。
异步支持
- PHP-FPM：不支持原生异步操作，所有 I/O 操作（如数据库查询、文件读写等）均为同步阻塞，遇到大量 I/O 请求时性能瓶颈明显。
- Swoole：内置异步 I/O 支持，通过协程实现异步非阻塞操作，在处理高并发 I/O 时具有明显的性能优势。
内存管理
- PHP-FPM：由于请求结束后进程会销毁，PHP-FPM 每次请求都会重新加载资源，这在高请求量的应用中增加了大量资源初始化的开销。
- Swoole：采用常驻内存，应用资源只需加载一次，减少了重复加载的开销。此外，内存中的数据可以在多个请求间共享，这样的内存管理显著减少了资源使用，提高了处理速度。
应用场景
- PHP-FPM：适合传统 Web 请求-响应式的应用场景，如网站、博客、后台管理系统等。
- Swoole：适用于实时交互、大并发业务场景，如聊天服务、实时推送、物联网应用和游戏服务等。

通过这样的对比，可以看出 Swoole 在高并发、实时性和资源管理方面的优势，使得它在现代业务需求下更加适用，而 PHP-FPM 依旧是处理简单 Web 请求的稳健选择。

现在，很多 PHP 开发者都在转向 Go 语言，我也学习go语言。原因很简单：Go 语法简洁、容易上手，还带着原生协程（goroutine），在处理高并发、微服务时非常方便。再加上目前大环境下 Go 的发展前景不错，似乎它也逐渐成为后端开发的热门选择。

但我觉得在在转向 Go 之前，还是要先搞懂一下 Swoole。Swoole 的出现给 PHP 带来了很多新玩法，如果能学会 Swoole，再转 Go 的时候，其实很多概念和原理都是大差不差的。而且了解了Swoole 也就大概了解了：

什么是常驻内存
Swoole 支持常驻内存，应用程序跑起来后不再像 PHP-FPM 那样请求完就关。换句话说，PHP 不再需要每次都依赖 Nginx 或 Apache 来处理 HTTP 请求。学会 Swoole 后，就知道 PHP 其实也能像其他后端语言一样独立运行，还能有效提升性能。
什么是协程
Swoole 里的协程可以让 PHP 在单进程下处理大量并发请求，省去了开一大堆进程的麻烦。弄明白了 Swoole 的协程，再去看 Go 的 goroutine 就不会觉得陌生了，还能更轻松理解协程调度、资源消耗这些底层机制。
什么是异步 I/O
Swoole 支持异步 I/O，这个特性在高并发场景下相当给力。理解了异步 I/O 后，再去学 Go 的并发编程或高并发场景下的优化思路也更有把握。
Swoole的底层原理
学习 Swoole 能让我们摸清一些底层原理，比如协程调度、内存管理、异步事件循环等等。这个过程能让我们对系统的性能优化有更深的认识，等转到 Go 时，理解 goroutine 和 channel 之类的特性就容易多了。
打破 PHP 只能做 Web 的认知
Swoole 能让 PHP 走出 Web 开发的圈子，试试实时服务、分布式系统这些更高性能的应用场景。这样一来，等我们真的转 Go 时，就不会只想着写传统的 Web 后端，而是能快速适应 Go 的各种后端服务需求。

其实，对于后端开发语言，不论是久居热门的 Java，还是逐渐边缘化的 PHP，亦或是新兴的 Python 和 Go，没有谁高谁低，只有是否适合。关键不在于语言本身，而在于如何用最合适的工具解决问题，做到最好。

学习 Swoole，我们可以尝试用一些常用的 Swoole 框架，比如 Workerman、Webman 和 Hyperf。这些框架各有特点，适用的场景也不同，可以根据需求选择合适的工具。

Workerman
Workerman 是一个轻量级的框架，设计简单，适合需要快速上手和高性能的应用场景，比如简单的实时聊天应用、命令行程序，甚至一些小型的 WebSocket 服务。Workerman 的灵活性让它成为了很多简单高并发任务的首选。
Webman
Webman 专门为 Swoole 设计，面向的是更简单的高并发 Web 应用。它继承了 Swoole 的高性能特性，适合用于轻量级的 Web 服务、API 网关，以及一些需要快速响应的应用。Webman 的易用性和性能让它成为小型微服务项目的不错选择。
Hyperf
Hyperf 是一个相对完善的企业级框架，拥有丰富的中间件和组件，支持协程和异步，适合复杂的业务逻辑、高并发、大型微服务架构。如果项目涉及到分布式架构、消息队列等功能，Hyperf 会是一个很好的选择。

关于Hyperf框架

这几年我用得最多的就是 Hyperf 框架。其实，如果之前用过 Laravel，再学 Hyperf 会发现上手非常快，因为 Hyperf 的很多语法和设计理念都和 Laravel 很相似。不过，Hyperf 的亮点之一在于 PHP 8 中全面支持的注解功能，这一点对习惯了 Java 开发的程序员来说非常友好。在 Java 开发中，注解是不可或缺的强大工具，而 Hyperf 把这一点做得很出色，通过注解可以轻松实现很多复杂的功能配置。

学习用下Hyperf，了解下Swoole的常驻内存特性让 PHP 脱离了传统 PHP-FPM 的短生命周期限制，不再依赖 Nginx，实现了常驻内存服务和协程操作。用下Hyperf，能够深入理解线程与协程的区别，协程为何能支持高并发，以及如何用 Hyperf 搭建微服务架构。同时，用下Hyperf 可以学习到什么是 RPC（远程过程调用） ，以及不同服务之间如何通过 RPC 通信，而不是通过 HTTP。理解为什么微服务架构中 RPC 更优于 HTTP 也是使用 Hyperf 的一大收获。