HTTP CODE 状态码500|502|504分析
给别人轻松讲明白一个问题,才能算自己真正了解这个问题。
Origin Header 头让我熟悉了一次sheme
从HTTP的头Origin说起,想起之前客户端定义scheme,因为不了解,问了开发的同事“scheme是什么?”反正我当时是不明白他们讲的。
在了解HTTP Origin语法的时候,我其实才真正明白:scheme 指请求所使用的协议,通常是HTTP、HTTPS或者其他。
Origin: <scheme> "://" <host> [":" <port>]
Origin表示请求来至哪个站点。在WebSocket通信的时候,明确指明要校验这个参数。
状态码预览
500
服务器内部错误。比如:服务端处理出现异常。同时,在PHP错误日志中可以查看异常发生的调用栈信息。
502
作为网关或者代理工作的服务器尝试执行请求时,从上游服务器接收到无效的响应。比如nginx
从php-fpm
接收到了不完整的response
数据。
比如:服务端尝试连接mysql
,但长时间链接不上,就会返回502错误。
可以浏览一些具体的文章:
- http 502 和 504 的区别
- Nginx一次奇怪的502 报错探究
504
网关超时。为了完成您的 HTTP 请求,该服务器访问一个上游服务器,但没得到及时的响应
比如:nginx超过了自己设置的超时时间,不等待php-fpm的返回结果,直接给客户端返回504错误。但是此时php-fpm依然还在处理请求(在没有超出自己的超时时间的情况下)。
当Go服务发生Panic时的状态码
500
首先我们启动一个Go的原生服务,然后在服务前设置Nginx作为服务的代理。这里配置中配置 Nginx 到 Go 服务使用长链接。
直接在代码中手动调用 panic,然后请求接口,观察接口的状态码返回值。
r.POST("/panic", func(context *gin.Context) {panic("this panic")
})
使用 curl 命令请求接口,同时,打印接口的详细信息。在程序处理请求的过程中发生panic的话,服务返回的500。这里,建议加上 -v 参数。
➜ ~ curl -v -X POST http://127.0.0.1:8081/panic
* Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to 127.0.0.1 (127.0.0.1) port 8081 (#0)
> POST /panic HTTP/1.1
> Host: 127.0.0.1:8081
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 500 Internal Server Error
< Date: Sat, 03 Oct 2020 02:01:14 GMT
< Content-Length: 0
<
* Connection #0 to host 127.0.0.1 left intact
* Closing connection 0
通过网络的请求情况,我们来佐证一下这个过程,对这个过程抓包分析。图中标志①的地方是因为程序中发生了 panic 导致,可以看出,虽然程序发生了panic,但是整个链接(63509端口到8001端口)并没有因为panic而断开;之后是②部分,服务端主动发起了3次心跳(默认间隔15秒);最后,在③阶段,客户端主动断开了链接。
如果对 panic的信息进行了 recover 呢,我们调整一下代码,在 router 前加一个中间件来专门 recover 请求中的 panic信息:
func MiddleRecover(ctx *gin.Context) {defer func() {if r := recover(); r != nil {log.Println("panic occur", r)}}()ctx.Next()
}
我们继续使用curl 请求 /panic 接口,接口正常返回了,状态码是200。
➜ ~ curl -v -X POST http://127.0.0.1:8081/panic
* Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to 127.0.0.1 (127.0.0.1) port 8081 (#0)
> POST /panic HTTP/1.1
> Host: 127.0.0.1:8081
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Sat, 03 Oct 2020 02:08:39 GMT
< Content-Length: 0
<
* Connection #0 to host 127.0.0.1 left intact
* Closing connection 0
502
那么,如何触发502的状态码呢,通过前面对状态码的介绍:“从上游服务器接收到无效的响应”。从网络传输来看,在传输的过程中,如果服务端主动断开链接,就会导致502。服务端怎么样才会主动断开链接呢,有一种比较常见的情况,就是整个服务 crash。
我们在新建一个请求,用来导致整个服务发生 panic,这里采用 map 并发读写的panic,因为这个panic 是runtime层发生的panic,整个服务只能crash,不能被recover。代码中模拟了 map 的并发读写操作。注意,并不一定每次都能触发panic
result := make(map[int]int)
r.POST("/crash_panic", func(context *gin.Context) {go func() {for {result[1] = 1}}()_ = result[1]context.JSON(http.StatusOK, "")
})
我们还是通过 curl 来请求几次,看一下结果。在系统崩溃时,返回的状态码确实是502。
➜ nginx curl -v -X POST http://127.0.0.1:1144/crash_panic
* Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to 127.0.0.1 (127.0.0.1) port 1144 (#0)
> POST /crash_panic HTTP/1.1
> Host: 127.0.0.1:1144
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 502 Bad Gateway
< Server: nginx/1.19.1
< Date: Sat, 03 Oct 2020 08:21:45 GMT
< Content-Type: text/html
< Content-Length: 157
< Connection: keep-alive
<
<html>
<head><title>502 Bad Gateway</title></head>
<body>
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx/1.19.1</center>
</body>
</html>
* Connection #0 to host 127.0.0.1 left intact
* Closing connection 0
依旧通过网络抓包来看一下连接断开的过程。从图中的②可以看出,服务端主动断开了网络的连接。因为服务Down机了,在Down机的时候会主动断开服务端的连接。
504
最后,我们再来看一下504,没有得到及时的响应。怎么样才算是网络超时呢,看一下实验的 nginx 配置文件。
upstream mysvr {server 127.0.0.1:8081;keepalive 300; #这个很重要!
}server {keepalive_requests 120; #单连接请求上限次数。listen 1144; #监听端口location / { #请求的url过滤,正则匹配,~为区分大小写,~*为不区分大小写。proxy_pass http://mysvr; #请求转向mysvr 定义的服务器列表proxy_set_header Host $host;proxy_set_header Connection ""; #设置Connection为长连接(默认为no)proxy_connect_timeout 30; #与upstream server的连接超时时间proxy_read_timeout 60s; #nginx会等待多长时间来获得请求的响应proxy_send_timeout 12s; #发送请求给upstream服务器的超时时间proxy_http_version 1.1;}
}
对配置文件做一下改动,将proxy_read_timeout从60秒调整到3秒,然后我在程序中sleep 3秒看一下效果:
r.POST("/timeout", func(context *gin.Context) {time.Sleep(time.Second * 4)context.JSON(http.StatusOK, "")
})
下面是 curl 请求的过程以及网络抓包的截图:
➜ nginx curl -v -X POST http://127.0.0.1:1144/timeout
* Trying 127.0.0.1...
* TCP_NODELAY set
* Connected to 127.0.0.1 (127.0.0.1) port 1144 (#0)
> POST /timeout HTTP/1.1
> Host: 127.0.0.1:1144
> User-Agent: curl/7.64.1
> Accept: */*
>
< HTTP/1.1 504 Gateway Time-out
< Server: nginx/1.19.1
< Date: Sat, 03 Oct 2020 08:33:54 GMT
< Content-Type: text/html
< Content-Length: 167
< Connection: keep-alive
<
<html>
<head><title>504 Gateway Time-out</title></head>
<body>
<center><h1>504 Gateway Time-out</h1></center>
<hr><center>nginx/1.19.1</center>
</body>
</html>
* Connection #0 to host 127.0.0.1 left intact
* Closing connection 0
通过第二列的时间项,我们可以计算出,大概在3秒后,nginx主动断开了链接,然后客户端收到了504的状态码。
HTTP CODE 状态码500|502|504分析相关推荐
- HTTP Response code 状态码范围
HTTP状态码对照表 HTTP response code 值的范围 当浏览者访问一个网页时,浏览者的浏览器会向网页所在服务器发出请求.当浏览器接收并显示网页前,此网页所在的服务器会返回一个包含HT ...
- 转载 TP6已开启报错,接口返回状态码500,无对应报错信息
本文内容转载于解决thinkphp6(tp6)在状态码500下不报错,或者显示错误"Malformed UTF-8 characters"的问题 非常规步骤: 根据路径找到文件:& ...
- php返回500状态码,如何解决ThinkPHP5 HTTP状态码500
在一次 ThinkPHP5 项目部署的时候,环境为Linux服务器.前端Vue项目通过Axios访问 接口,一直走catch的逻辑.直接在浏览器请求接口能返回正常数据,但是通过Chrome浏览器查看请 ...
- 常见的一些 HTTP状态码 404 502 503
本文知识点基本来自于维基百科 https://zh.wikipedia.org/wiki/HTTP%E7%8A%B6%E6%80%81%E7%A0%81 这儿也有一些内容https://www.w3. ...
- Http status code 状态码
HTTP 状态代码 本部分描述 HTTP IIS 7.0 使用的 HTTP 状态代码. 注意 本文不会列出 HTTP 规范中所述的每个可能的 HTTP 状态代码.本文只包括 IIS 7.0 可以发送的 ...
- Http系列---Http status code 状态码
HTTP 状态代码 本部分描述 HTTP IIS 7.0 使用的 HTTP 状态代码. 注意本文不会列出 HTTP 规范中所述的每个可能的 HTTP 状态代码.本文只包括 IIS 7.0 可以发送的 ...
- ThinkPHP5 HTTP状态码500
在一次被某好友强迫帮其的ThinkPHP5项目进行部署的时候,发现返回的HTTP状态码是500,纠结了老半天,最后却被一个简单的问题绊了脚尖. 他们服务器环境是Liunx系统.前端使用的是Layui框 ...
- bug记录:状态码500的原因和解决
在做导入excel到table的时候,请求的返回状态码为500,请求参数和数据都是对的,然后我就在想会不会是表格里的数据的问题,因为其中一条数据的获得模板里面有的,所以我把那条数据删掉,最后请求成功了 ...
- PHP网页出现 无法正常运行,状态码500,不提示任何错误信息的处理
chrome仅提示如下图的内容,部分浏览器只显示网页无法运行或者网页走丢了,查到状态码是500,但是无任何提示信息 这种情况一般是php配置里的display_errors=Off或者 error_r ...
最新文章
- Linux 内核 4.20 圣诞发布!新增硬件支持,性能有所改进
- druid.io 海量实时OLAP数据仓库 (翻译+总结) (1)——分析框架如hive或者redshift(MPPDB)、ES等...
- 期货黄金与现货黄金比较
- 小汤学编程之JavaEE学习day05——会话管理、文件上传与下载、Ajax
- JSP自定义标签由浅到深讲解
- spring boot—集成log4j2日志框架
- 【白皮书分享】2020-2021年运营从业者薪资及职业现状调查白皮书.pdf(附下载链接)...
- linux安装jdk8和tomcat8
- 图像直方图及直方图均衡总结(一)经典方法(附matlab和opencv端算法实现)
- AR/VR learning (2)--unity3D在android 上的手势识别与检测
- 于仕琪 老师新版本人脸识别 - DLL接口及Python语言案例
- node mysql菜鸟教程_Node.js 文件系统
- 在IE/Chrome/Firefox等浏览器在线打开Word等Office文档完全解决方案
- 实验二 单管交流放大电路
- 基于LCC谐振补偿网络的无线充电技术的研究
- SSE指令集加速运算
- python统计英文文章中单词出现的次数
- 《Linux内核修炼之道》精华分享与讨论(7)——分析内核源码如何入手?(下)
- day35 数据库的初步认识
- 互联网日报 | 5月9日 星期日 | 特斯拉Model3宣布涨价;奈雪回应“6月中上旬上市”;FF91将在纽约与消费者见面...
热门文章
- mysql数据库如何克隆好友怎么弄_怎么把mysql一个数据库从一台机器上 拷贝到另外一台...
- 蒸蒸日上的智能手机,国产手机却迎来寒冬,因为手机操作系统android太垃圾
- UI设计规范(转载)
- 12款精品上瘾iOS游戏
- Microelectronic Systems
- 电脑删除的照片如何恢复
- 超级计算机过滤器,时间,是最好的过滤器,会留下最值得的人
- JAVA企业面试题精选 数据库21-30
- 【pytorch】正态分布(高斯分布)、Q函数、误差函数、互补误差函数
- Nacos 配置分组 Group,命名空间Namespace和配置集DataId