HTTP3次握手和4次挥手

Http协议属于ISO7层模型中的应用层，TCP协议属于IOS7层模型中的传输层，所以Http是比TCP更高层的协议。

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连接，此连接才会真正的关闭。

(1) 三次握手是什么或者流程？四次握手呢？答案前面分析就是。

(2) 为什么建立连接是三次握手，而关闭连接却是四次挥手呢？
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。

来源：CSDN

作者：Mr天河

链接：https://blog.csdn.net/weixin_45118179/article/details/91129175

标签

握手协议

服务器端