502 Bad Gateway是网站运维中最常见的报错之一，很多站长看到这个提示会一头雾水，不知道从何下手。这篇文章梳理502错误的常见成因和排查思路。
一、502错误的基本含义
502错误表示作为网关或代理的服务器（如Nginx），从上游服务器（如后端应用、PHP-FPM等）收到了无效的响应。简单理解就是：前端的反向代理服务收到了请求，但后端实际处理请求的程序没有正常给出回应。
二、常见成因排查
1. PHP-FPM进程崩溃或未启动
如果网站基于PHP运行，最常见的502原因是PHP-FPM进程异常退出或未正常启动。可以通过面板检查PHP-FPM服务状态，尝试重启该服务。
2. 后端程序执行超时
如果某个请求处理时间过长（如复杂查询、大文件处理），超过了Nginx设置的等待上限，会触发502错误。可以适当调整Nginx和PHP-FPM的超时时间配置。
3. 服务器资源耗尽
内存不足会导致后端进程被系统强制终止（OOM Killer），进而引发502错误。可以通过面板查看内存使用情况，如果长期处于高位，考虑升级配置或优化程序内存占用。
4. Nginx配置错误
反向代理配置中的upstream地址、端口设置错误，也会导致Nginx无法正确连接到后端服务，产生502错误。
5. 防火墙或安全组拦截
检查服务器内部防火墙或云服务商的安全组规则，确认Nginx与后端服务之间的通信端口没有被意外拦截。
三、具体排查步骤
1. 查看Nginx错误日志（通常位于/www/wwwlogs或/var/log/nginx目录下），日志中通常会记录更详细的错误原因。
2. 检查PHP-FPM或对应后端服务的运行状态，尝试手动重启服务观察是否恢复正常。
3. 查看服务器整体资源使用情况（CPU、内存），排除资源耗尽导致进程被杀的可能性。
4. 检查Nginx配置文件中的upstream设置是否正确指向后端服务的实际监听地址和端口。
四、临时恢复与长期解决方案
临时恢复：重启PHP-FPM、Nginx等相关服务，通常能让502错误的网站快速恢复访问。
长期解决：
1. 如果是资源不足导致的偶发502，建议评估是否需要升级服务器配置。
2. 如果是特定请求触发超时导致502，需要针对具体的慢查询或耗时逻辑进行程序层面的优化。
3. 建立服务监控和自动重启机制，在PHP-FPM等关键服务异常退出时能够自动恢复，减少人工介入的响应延迟。
五、预防措施
1. 定期检查服务器资源使用趋势，避免长期处于临界饱和状态。
2. 对数据库查询、接口调用等耗时操作进行性能优化，减少触发超时的可能性。
3. 保持PHP-FPM、Nginx等核心组件的版本更新，修复已知的稳定性问题。
总结：502错误的核心排查思路是"先看日志、再查资源、后核配置"，绝大多数情况都能通过检查后端服务状态和服务器资源使用情况快速定位原因。如果自行排查困难，建议及时联系服务商技术支持协助处理。