PHP进程池详解：轻松应对高并发的解决方案

发布日期： 2025-09-23 阅读量： 作者： admin

最近手头有个项目，遇到点性能上的小麻烦。就是有一堆任务需要处理，这些任务互相之间没啥关联，但每个都挺花时间的，比如要请求外部接口、处理图片或者跑些计算啥的。一开始是简单粗暴，一个循环挨个处理，结果？慢！一个任务卡住，后面的全都得等着，用户那边早就等得不耐烦了。

我就琢磨着，这不行，服务器CPU闲着一大半，资源浪费不说，效率太低了。咋办？很自然就想到多开几个进程一起干活呗。PHP本身不是提供了像 `pcntl_fork` 这样的函数嘛可以创建子进程。

开始尝试

第一次尝试：简单粗暴地 `fork`

最开始的想法很简单，来一个任务，我就 `fork` 一个子进程去处理。理论上可行，代码写起来也快。但是跑起来就发现问题了：

任务一多，进程数量就飙上去了，服务器资源（内存、CPU）根本扛不住，甚至可能把服务器搞挂。
创建和销毁进程是有开销的，频繁操作反而可能降低效率。
子进程管理很麻烦，比如僵尸进程的问题，父进程得负责回收，不然系统里留下一堆“死掉”但没“埋掉”的进程，占着资源。

试了下，发现这路子太野，管不住，风险太大，赶紧停了。

引入进程池

第二次尝试：搞个“池子”

既然不能无限 `fork`，那就限制一下数量。这就是进程池思路的核心了：预先创建固定数量的子进程，让它们待命。有活儿来了，就从池子里捞一个空闲的进程去干；干完了，这个进程不退出，而是回到池子里继续待命，等下一个活儿。

具体咋做？

我是这么一步步来的：

主进程初始化：
- 先确定池子大小，比如根据服务器核数或者经验值，设定个5个或者10个子进程。
- 主进程使用 `pcntl_fork` 循环创建指定数量的子进程。
- 主进程需要记录下所有子进程的PID，方便后续管理。我当时用了一个简单的数组存着。
任务分配：
- 得有个地方存放待处理的任务。我当时图省事，用了个共享内存队列，也可以考虑用 Redis 的 list 结构，或者别的消息队列。主进程负责往队列里塞任务数据。
- 子进程没事干的时候，就去这个队列里看有没有新活儿。有就拿出来处理。
子进程工作循环：
- 每个子进程启动后，就进入一个死循环。
- 循环里先尝试去任务队列里取任务。取到了，就执行任务逻辑。
- 关键点： 任务执行完后，子进程不能退出！它得清理下自己（比如释放些资源），然后回到循环开头，继续尝试取下一个任务。
- 如果队列里暂时没任务，子进程可以稍微等一下（比如 `sleep` 短暂时间），避免空转太耗CPU。
父进程管理：
- 父进程的主要职责是维护进程池的稳定。
- 它需要定期检查子进程的状态，比如使用 `pcntl_waitpid` 配合 `WNOHANG` 选项，看看有没有子进程意外退出了。
- 如果有子进程挂了，父进程得把它从记录里移除，并且重新 `fork` 一个新的子进程补上，保持池子大小不变。
- 还需要处理信号，比如接收到退出信号（SIGTERM）时，要通知所有子进程优雅地退出，然后再自己退出。

遇到的坑和解决

实践过程中，坑肯定是少不了的：

僵尸进程： 父进程必须正确处理子进程的退出，用 `pcntl_waitpid` 来回收，不然僵尸进程堆积，PID资源耗尽。
子进程假死： 有时候子进程可能因为某些代码问题卡死，但进程本身没退出。父进程需要有机制检测这种情况，比如加个心跳或者超时判断，发现不对劲就强行杀掉并重启一个。
共享资源冲突： 如果多个子进程要操作同一个资源（比如写同一个日志文件），必须加锁！我当时用了文件锁 `flock`，简单有效，避免了日志内容错乱。
平滑重启/退出： 当需要更新代码或者停服务时，不能直接 `kill -9`。需要设计一套机制，让父进程先通知子进程不再接受新任务，等它们处理完手头的活儿再退出。这个可以通过信号（如 `SIGUSR1`）或者共享状态标志来实现。

最终效果

折腾得差不多了，跑起来看看效果。

效果还是挺明显的。原来顺序执行要几个小时的任务，现在用10个进程的池子并发跑，半小时不到就搞定了。服务器的CPU利用率也上来了，不再是大部分时间闲着。整个系统的吞吐能力提升了不少。

自己手撸的进程池肯定不如像 Swoole 这种成熟框架里的那么完善和高效，人家考虑得更周全，性能优化也做得更但对于当时那个特定场景，这个“土造”的进程池够用了，而且关键是自己走了一遍这个过程，对PHP进程控制这块儿的理解深入了很多，知道哪里容易出问题，怎么去管理。

这回实践虽然磕磕绊绊，但结果是好的，也积累了不少经验。有时候，不一定非要用最牛的技术，能解决问题的、自己能驾驭的技术，就是好技术嘛

上一篇: 云境外主机有什么用？看完你就明白了它的价值！

PHP进程池详解：轻松应对高并发的解决方案

随便看看