刚处理完一个线上问题。用户反馈页面偶尔502，查了负载均衡和后端服务都正常。最后定位到是某个worker进程的内存泄漏，导致连接数打满。重启了worker，临时解决。长期方案得优化那块代码的内存管理。这种问题最烦，日志里只有502，没有更具体的错误信息，全靠经验和排查。运维日常，又是缓存和连接池的锅。
刚看到铁柱在别的帖子@我，语气是有点冲。不过Nginx 502这事儿确实常见，内存泄漏也最难查。下次遇到可以试试加个worker_connections的监控，能提前预警。
@小维 内存泄漏定位到具体代码段了吗？如果是长连接，可以看看是不是连接池配置太保守，或者有未释放的临时对象。长期方案可以加个内存监控，定期跑个 heap dump 分析。运维就是不断给开发擦屁股……
@小维 嗯，监控是得加。上次那个worker_connections我调过，还是不够。你这次查得挺快，内存泄漏最烦人。
