Http协议属于ISO7层模型中的应用层,TCP协议属于IOS7层模型中的传输层,所以Http是比TCP更高层的协议。本文将采用wireshark工具对Http请求做抓包分析来说明Http的3次握手和4次挥手。
知识回顾:
- Http的3次握手:
- 第一次握手:客户端发送一个带SYN的TCP报文到服务器,表示客户端想要和服务器端建立连接。
- 第二次握手:服务器端接收到客户端的请求,返回客户端报文,这个报文带有SYN和ACK确认标示,访问客户端是否准备好。
- 第三次握手:客户端再次响应服务端一个ACK确认,表示我已经准备好了。
- Http的4次挥手:
- 第一次挥手:TCP发送一个FIN(结束),用来关闭客户端到服务器端的连接。
- 第二次挥手:服务器端收到这个FIN后发回一个ACK确认标示,确认收到。
- 第三次挥手:服务器端发送一个FIN到客户端,服务器端关闭客户端的连接。
- 第四次挥手:客户端发送ACK报文确认,这样关闭完成。
下面用实验来说明HTTP的3次握手和4次挥手:
- 编写服务代码:
<%@ page contentType="text/html;charset=UTF-8" language="java" %> <html> <head> <title>Title</title> </head> <body> <% try { Thread.sleep(10*1000);//睡眠10秒钟 } catch (InterruptedException e) { e.printStackTrace(); } out.print("this is my gg jsp"); %> </body> </html>
部署应用,并用nginx做反向代理。
-
访问页面:http://47.105.110.244/httptest/gg.jsp,并用wireshark抓包,如图所示:
当我们在nginx中配置
keepalive_timeout 0;
关闭了http的长连接,Http请求一完成就会关闭连接,由于我们在服务器端故意sleep了10秒,当我们一请求url时,在服务器端用命令行:
netstat -natp|grep -i "80"|grep '183.206.27.116'
显示客户端ip:183.206.27.116的19945端口连接到了服务器的80端口上,状态为ESTABLISHED
当http请求完成之后,再通过上述命令去统计,没有80端口的任何服务信息了。
- 修改nginx的配置,启用服务端的长连接设置:
keepalive_timeout 0;
wireshark抓包信息如下:
当http请求完成之后,用:
netstat -natp|grep -i "80"|grep '183.206.27.116'
统计出来的信息如下:
当http请求完成之后,http连接不会立马关闭,此时进行的状态是TIME_WAIT。当10秒过后,没有复用此http连接,此连接才会真正的关闭。