php-fpm配置中的max_requests参数是什么意思

说起 PHP-FPM 的配置，有个参数经常被问到——max_requests。它到底有什么用？简单来说，这个参数控制着一个子进程在被“赶下台”之前最多能处理多少个请求。目的嘛，很直接：防止内存泄漏和资源堆积这类头疼的问题。

你可能会想，为什么要限制一个子进程能处理的请求数？其实道理很简单。PHP-FPM 的子进程在处理请求时，如果遇到代码里的隐患——比如循环引用没释放、第三方扩展有内存泄漏——那随着请求数增加，这个子进程占用的内存就会悄悄往上涨。时间一长，整个进程池的资源都会被拖垮。而 max_requests 就像一道安全阀：子进程处理完一定数量的请求后，自动终止，然后被一个新的子进程替换掉。这样一来，即使有泄漏，也只在有限范围内折腾，不会蔓延到整个系统。

举个例子，假如你把 max_requests 设为 500，每个子进程在完成 500 次请求后就会主动“退役”，新进程顶上。这相当于定期给系统“换血”，保证资源始终处于一个干净、稳定的状态。

在配置文件里（通常是 php-fpm.conf 或 www.conf），你只需要这样写：

php_value[max_requests] = 500

当然，这个值不是越大越好，也不是越小越安全。设得太低，进程频繁重启，反而浪费 CPU 和进程创建的开销；设得太高，又起不到防泄漏的作用。实际生产环境中，建议从 500 起步，结合监控观察内存走势，再逐步调整。毕竟，每个项目的代码质量不同，这个参数的“甜区”也会不一样。