Nodejs 问题排查

前言

用于记录在使用 node 过程中遇到的问题,并尝试寻求解决方案。

问题

问题1

问题描述

访问前端页面时,页面返回 502/504。查看日志后发现,在一些出现问题的时间节点,会出现以下日志:

javascript 复制代码
epoll_wait() reported that client prematurely closed connection while reading upstream

翻译为:

报告客户端在读取上游时过早关闭连接

其实前端常见的 502/504 一般是请求接口时存在超时或者网关挂掉了。但是当整个页面都崩溃,只展示 502/504 时,便是访问前端资源时的网关存在问题。

当然,这里的前端是广义上的前端,不仅是纯静态页面,还包括 Nodejs 服务、Spring MVC, PHP 等这种 web 服务。

而我们的服务基于 nodejs 服务,当定位到问题时是,ssr 端发送一个请求到后端时,请求超时了。而我们的 nginx 超时响应低于后端的超时时长,于是就存在node服务还在等后端返回,而 nginx 已经将请求关闭了。当存在足够数量的挂起请求后,就报错了。

解决方案

在 ssr 端设置超时,在远低于 nginx 超时的报错到达前,提前结束请求。

或者是调整 nginx 的超时时长。

问题总结

该问题存在于当初是为了解决首屏问题,而采用 ssr,然而超时便会导致服务挂起,便需要有一定的错误处理机制来处理。

相关推荐
碎_浪2 小时前
给键盘党的英语记忆工具:我做了一款「打字背单词」桌面应用
前端·程序员·ai编程
阿成学长_Cain3 小时前
Linux dirs命令详解|Bash目录堆栈管理快速切换目录实战教程
linux·运维·前端·数据库
多加点辣也没关系3 小时前
JavaScript|第4章:类型转换
开发语言·javascript
yqcoder4 小时前
httpOnly 是什么,又有什么用?
开发语言·前端·javascript
IT_陈寒4 小时前
Java的Stream.parallel()把我CPU跑爆了,这种优化要谨慎
前端·人工智能·后端
小皮虾4 小时前
小程序首页性能优化实战:从 4 秒到 1.8 秒
前端·微信小程序
烬羽4 小时前
还在手动拼路径、写回调地狱?一文吃透 Node.js 的 path 和 fs
javascript·程序员·node.js
山河木马4 小时前
GPU自动处理专题1-裁剪到底在裁什么(裁剪)
前端·webgl·计算机图形学
奔跑的蜗牛ing4 小时前
CentOS Nginx 安装与静态文件服务器配置指南
前端·面试·架构