502错误本质是Nginx反向代理无法从PHP-FPM获取有效响应，主因包括PHP-FPM子进程耗尽、超时、socket中断或配置错配；需查Nginx错误日志，核对pm.max_children、request_terminate_timeout与fastcgi_*超时参数匹配性，并用FPM状态页和strace定位僵死进程。
装PHP环境不是“apt install php-fpm”敲完就完事，php-fpm 服务跑不起来、Nginx 报 502 Bad Gateway、高并发下内存爆满——这些全是配置没对齐导致的。核心问题在于：包管理器装的是二进制，但进程池参数、用户权限、监听方式、内存分配全靠手动调，漏一项就卡在半路。
怎么确认系统里有没有 PHP-FPM、用的是哪个版本
别急着重装，先看现状：
- 运行
php -v查 PHP 主版本（比如PHP 8.2.12），这决定了后续所有路径里的{version} - 执行
systemctl list-units | grep fpm，找类似php8.2-fpm.service的服务名 —— 注意不是php-fpm.service，Ubuntu/Debian 默认按版本分服务单元 - 检查配置目录是否存在：
ls /etc/php/8.2/fpm/pool.d/（把8.2换成你实际版本）；如果报No such file，说明php-fpm包根本没装对，或者只装了php-cli - 常见坑：
apt install php≠apt install php-fpm；CentOS/RHEL 必须先dnf install epel-release，否则php-fpm找不到源
修改 www.conf 前必须算清内存账
pm.max_children = 50 这种硬写是最大误区。这个值不是拍脑袋定的，得按真实子进程内存反推：
- 先看单个子进程吃多少内存：
ps auxw | grep 'php-fpm' | grep -v grep | awk '{print $6/1024 " MB"}' | sort -n | tail -5（注意$6是 KB，要除 1024） - 假设平均占 45MB，VPS 总内存 2GB，MySQL + 系统 + SSH 至少留 512MB，剩下约 1.5GB 可分给 PHP →
pm.max_children最多设成1500 / 45 ≈ 33，取整 32 更安全 -
pm.min_spare_servers和pm.max_spare_servers不能超过pm.max_children，且差值别太大；2GB 机器建议设为min_spare_servers = 2、max_spare_servers = 8 - 设太高，
free -m很快变红；设太低，高并发时 Nginx 会报502 Bad Gateway，因为没空闲子进程接活
为什么 reload 后配置不生效、甚至服务起不来
改完 /etc/php/8.2/fpm/pool.d/www.conf 一定要 systemctl reload php8.2-fpm，不是 restart —— restart 会中断正在处理的请求，而 reload 是平滑加载新配置。
立即学习“PHP免费学习笔记（深入）”；
- 失败时立刻查日志：
journalctl -u php8.2-fpm -n 50 -f，常见错误如：unable to load static child process（pm = static但pm.max_children超出系统内存限制） - 确认 pool 名是否匹配：运行
ps aux | grep php-fpm，看到php-fpm: pool www就说明用的是www这个池；如果改了文件名（比如叫app.conf），得检查php-fpm.conf里include指令是否覆盖到它 - 别直接改
php-fpm.conf主配置，所有进程池参数都在pool.d/下的文件里；listen.owner和listen.group必须与 Nginx worker 用户一致（Ubuntu/Debian 是www-data，RHEL 系是nginx）
pm = dynamic 还是 ondemand？别被“省资源”误导
pm = ondemand 表面省资源，实际在流量突增时响应延迟明显，不适合 Nginx + PHP-FPM 这类需要低延迟响应的场景。
-
dynamic：预启动pm.start_servers个子进程，按负载动态伸缩（上限pm.max_children），空闲进程数由pm.min_spare_servers/pm.max_spare_servers控制，响应快、可预测性强 -
ondemand：初始 0 子进程，请求来才 fork，空闲超pm.process_idle_timeout就 kill；但 fork 本身耗 CPU+内存，高并发下易触发频繁创建销毁，反而拖慢吞吐 - 务必加
pm.max_requests = 500：PHP 扩展（尤其老旧的 GD、cURL）有隐性内存泄漏，不重启子进程，跑几天后单个进程可能从 45MB 涨到 120MB+
最常被忽略的一点：改完 www.conf 后，很多人只 reload php-fpm，却忘了 Nginx 配置里 fastcgi_pass 是否指向正确的 socket 或端口（比如 fastcgi_pass unix:/run/php/php8.2-fpm.sock），路径错一个字符，502 就稳稳等着你。
