Http 协议的三次握手，四次挥手

关于http协议，了解也不多。原来就知道其请求方式有get/post 这两种，其余的都不太了解。但是最近，正好被问到关于http协议中的三次握手，四次挥手。自己下来了解学习了。下面分享，其中有不足。也希望大家提出：

问什么要三次握手，四次挥手：

         其实http协议本质上就是为了让客户端和服务端能够建立安全可靠的链接，从而来实现数据的安全传输。而要建立安全的链接，就要保证客户端发送的建立链接的请求在与服务器请求的返回上面好保证是一致的（客户端发出的多条请求）。而四次挥手就是在服务器在想客户端对应的请求返回数据的时候。要保证客户端接收到全部的服务器里面的数据之后，才能够关闭链接。

 

三次握手：

            三次握手，就想有两个人A（小弟），B(大佬)。当两个人相遇的时候。小弟看到大佬是不是要去主动打招呼，所以客户端就是小弟A,而服务器就是大佬B。而小弟的主动打招呼就是第一次握手；小弟向大佬打了招呼，大佬是不是要回应小弟，而大佬的回应就是第二次握手；而大佬回应了，小弟是不是也要给到老一个反应，不可能什么都不做，就扭头就离开。所以小弟对大佬的反馈，就是第三次握手。在这三次握手中，客户端和服务器，还是有相关的状态的变化，如图：

正如图中所示：客户端先会发生器请求：这是第一次握手,带有序列号（syn）到服务端，此时客户端的状态为Syn-send状态

                                                                 而服务端在之前一直是listen状态，在被动等待接收客户端的请求信息。当其收到

                                                                 客户端发起建立连接的请求之后。服务端就会向客户端返回一定带有序列号（syn）

                                                                  ,确认码（ack）的消息。而服务端的状态变为Syn-recv 。客户端在收到服务的返回

                                                                   信息之后。状态变为Established ，然后向服务发生一个带有确认码（ack）的信息，

                                                                  服务器收到客户端带有确认码（ack）的信息之后，状态也变为Established。

 

四次挥手

                 上面已经提到过，为了保证服务端的数据完整的传送到客户端。所以，才会有四次挥手的情况。在客户端，服务端之间的连接建立好之后。客户端会主动向服务端发送一段带有结束码（Fin）的询问信息（大致就像问服务端，你数据发送完了吗,我要关闭连接了）给服务端这是第一次挥手；服务端就会回应客户端一个信息（我还没有传完了，不能关闭连接），带有确认码（ack）这是第二次挥手；当服务器传完数据之后，就会向客户端发送一个带有结束码（Fin）的消息（我数据传输完了，可以关闭连接），这是第三次挥手；客户端收到服务端的消息之后，会返回服务一个带有确认码（ack）的消息（好的，我知道了，那就关闭连接），这是第四次挥手。这之后，整个连接就关闭了。