AWS上部署的Node.js服务偶发502 Bad Gateway错误如何修复？

从你提供的错误日志：

可以定位到核心错误是反向代理（AWS ALB或自行部署的Nginx）在读取上游Node.js服务的响应头时，Node.js服务提前关闭了TCP连接，偶发502刷新后恢复是因为进程异常重启后、或者下一次请求转发到了健康的节点，以下是分步骤排查修复方案：

一、Node.js服务侧排查 #

• 首先排查进程异常退出情况：查看对应AWS实例的CloudWatch监控，确认是否存在偶发内存占满触发OOM kill、CPU打满导致请求无响应的情况；也可以登录实例执行top、pm2 logs（使用PM2管理进程的场景）命令，查看是否有进程异常退出、自动重启的记录。
• 对齐服务超时配置：Node.js默认HTTP服务超时时间为120s，如果反向代理的空闲超时时间（比如AWS ALB默认是60s）短于Node.js侧配置，会出现代理已经主动断开连接、但Node.js仍在处理请求的异常，需要将两边超时配置对齐，可在代码中显式设置Node.js服务超时，示例如下：

const server = app.listen(3000, () => {
  console.log('服务启动成功')
})
// 超时时间设置比反向代理侧长10s即可，避免竞态问题，比如ALB设为60s的话这里设70s
server.setTimeout(70 * 1000)

• 增加全局异常捕获：Node.js遇到未捕获的uncaughtException、unhandledRejection会直接终止进程，建议在代码入口添加全局异常捕获逻辑，同时配合PM2等进程守护工具，实现进程异常退出后自动重启。
• 优化慢接口：如果存在大量耗时超过代理超时时间的慢接口（比如无超时的DB查询、第三方接口调用），高并发下会导致请求堆积触发502，需要给所有IO操作添加超时逻辑，同时统计接口耗时优化慢请求。

二、AWS负载均衡/反向代理侧排查 #

• 调整ALB空闲超时配置：AWS ALB默认空闲超时为60s，如果服务有长耗时请求，可在AWS控制台→EC2→负载均衡器→对应ALB→属性路径下，调整空闲超时时间和Node.js服务配置对齐。
• 优化目标组健康检查：如果健康检查阈值设置过严，会出现Node.js服务偶发慢响应就被ALB判定为不健康、直接剔除节点的情况，建议将健康检查成功阈值设为2、失败阈值设为3、检查间隔设为30s，降低误判概率。
• 自行部署Nginx的场景，需要检查proxy_read_timeout、proxy_connect_timeout配置，同样要和Node.js侧超时配置对齐，避免Nginx主动断开连接。

三、临时兜底方案 #

如果暂时无法定位根因，可以先配置多节点多可用区部署，配合进程守护工具自动重启异常进程，降低502错误的出现概率。

内容的提问来源于stack exchange，提问作者Md Mredul Jaman