502错误大概率是PHP-FPM未运行或Nginx与PHP-FPM监听地址不匹配所致；需检查fastcgi_pass配置、php-fpm服务状态、listen地址一致性、socket权限及max_children设置，并确保修改后正确重启服务。
502错误是不是PHP-FPM挂了？先看最直接的证据
宝塔面板里出现502，八成是Nginx转发请求时连不上php-fpm。不是代码问题，也不是数据库慢，而是Nginx根本没把请求送出去——因为php-fpm进程没在监听，或者监听地址/端口对不上。
快速验证：进宝塔 → 网站 → 对应站点 → 「配置文件」里找fastcgi_pass这行，记下它后面写的地址（比如127.0.0.1:9000或unix:/tmp/php-cgi-74.sock），然后立刻去「软件商店」→ 找到你用的PHP版本 → 点「设置」→ 「服务」里看php-fpm状态是不是「已运行」；如果不是，点启动，再看日志有没有报错。
fastcgi_pass和php-fpm listen必须严格匹配
这是宝塔用户踩坑最多的地方：Nginx配置想用socket，但php-fpm实际监听的是TCP端口，或者反过来。两者不一致，Nginx每次转发都失败，直接返回502。
- 进
/www/server/php/{版本号}/etc/php-fpm.d/www.conf，确认listen =这一行：如果是127.0.0.1:9000，那Nginx的fastcgi_pass也必须写成127.0.0.1:9000 - 如果
listen = /tmp/php-cgi-74.sock，Nginx里就得写fastcgi_pass unix:/tmp/php-cgi-74.sock（注意unix:前缀不能少） - socket路径权限要对：
ls -l /tmp/php-cgi-74.sock，属主得是www，权限建议srw-rw----；不对就执行chown www:www /tmp/php-cgi-74.sock
PHP-FPM子进程崩了？看error_log和max_children设置
即使php-fpm服务显示“运行中”，也可能所有worker都卡死或退出了。这时候Nginx发请求过去，没人接，照样502。
查两个关键日志：
-
/www/server/php/{版本号}/var/log/php-fpm.log：看有没有WARNING: [pool www] server reached pm.max_children这类提示——说明并发超了，子进程被杀光 -
/www/wwwlogs/你的域名.error.log：里面如果有connect() to unix:/tmp/php-cgi-74.sock failed (111: Connection refused)，基本就是php-fpm没活进程了
临时缓解：进PHP设置 → 「配置修改」→ 把pm.max_children从默认的10调高到30（内存够的话），再重启php-fpm。长期要看业务真实并发量，别盲目调太高，否则OOM会更早到来。
宝塔自动改配置？留意「网站重载」和「服务重启」的区别
改完Nginx或PHP配置后，很多人点「重载配置」就以为完事了——但php-fpm的listen变更、pm.*参数调整，必须重启服务才生效，只重载Nginx没用。
- 改了
www.conf里的listen或pm相关项 → 必须在PHP管理页点「重启」，不是「重载」 - 改了网站配置文件里的
fastcgi_pass→ 在网站页点「重载配置」即可，但前提是php-fpm已经按新规则跑起来了 - 不确定时，干脆在SSH里手动执行：
systemctl restart php-fpm-74（把74换成你实际版本），再nginx -t && systemctl reload nginx
socket路径名带版本号（比如php-cgi-74.sock）这个细节，很容易被忽略——换PHP版本后，旧socket文件不会自动删除，Nginx若还指向它，就会一直502。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
