502 Bad Gateway属于服务器返回状态码，浏览器页面或者API接口都有可能出现。不是本地网络中断，也不是域名解析异常，代表访问站点前端部署转发服务器，它把请求转发给后端服务处理，但后端没有返回合法可识别响应。前端网关无法继续处理，向访客返回502。
负责转发请求的组件，可以是Nginx、Apache，也可以是云服务商负载均衡、CDN节点。后端业务服务可能是PHP-FPM、Tomcat、Node.js、Java进程，或是另一台Web服务器。只要前后两者通信异常，就会抛出502。
后端进程停止运行，属于最常见情况。PHP-FPM崩溃，Nginx正常运行，转发请求找不到接收服务，直接返回502。进程还在运行但是卡死，无法接收新连接，现象一致。内存耗尽触发系统OOM，直接杀掉后端进程，同样产生该报错。CPU满载、文件描述符耗尽、数据库连接池占满，后端无法处理请求，网关等待超时返回502。
配置填写错误也是典型诱因。Nginx proxy_pass指向不存在端口，或是upstream后端地址修改之后配置没有同步更新，转发请求找不到目标服务。后端服务更换端口，网关配置没有同步修改，立刻出现502。SSL证书过期、协议版本不匹配，网关和后端握手失败，也会返回502。
后端返回内容不符合HTTP协议规范，网关解析失败，同样报502。后端本该返回标准HTTP响应，输出乱码，或是连接中途断开，只返回半段数据。这类情况大多和程序崩溃、死循环、内存泄漏相关，后端日志会记录异常信息。
网络层面问题不能忽视。网关和后端分属不同服务器、容器，中间经过防火墙、安全组、交换机。链路不通或是后端地址DNS解析失败，请求无法送达。容器环境Pod重启、IP变更、Service配置未更新，会短暂出现502。新版本部署、服务重启阶段，后端还没有完全启动，网关已经开始转发流量，用户访问看到报错，等待几十秒一般自动恢复。
云服务商负载均衡自带健康检查机制。后端实例多次检查不通过，标记为不健康，不再分配流量。所有实例全部判定异常，负载均衡只能返回502。健康检查路径、端口、超时时间配置错误，后端服务正常也会被误判失效。
网站管理员排查，优先查看Nginx error_log，日志记录连接拒绝、超时、读取无效响应等详情。接着读取后端服务日志，确认进程崩溃、程序报错、处理超时。检查服务器资源指标，内存、CPU、磁盘、连接数，定位资源瓶颈。核对配置，upstream地址、端口、超时参数、健康检查路径逐项校验。最后排查网络与容器编排问题。重启服务可以临时解决部分偶发故障，找到根本原因才能避免反复报错。
普通用户遇到502，可操作空间有限。刷新页面，等待片刻重试。切换网络，WiFi换成手机流量，排除本地网络问题。多个网站访问正常，只有这一个站点报502，问题基本出在网站服务器侧。记录报错时间、完整网址，提交给网站管理员，后续由管理员查看日志排查。