TCP的三次握手，四次挥手

TCP的三次握手过程：

     

如上图所示：

1、SYN

      第一次握手：在建立连接后，客户端选择一个随机序列号x，并发送一个SYN分组到服务器，其中可能包括其他TCP的标志和选项。客户端进入SYN_SEND状态，等待服务器确认

2、SYN ACK

      第二次握手，服务器收到SYN包，确认客户的SYN，服务器给x加上1，并选择自己一个随机的序列号y，追加自己的标志和选项，然后发送一个SYN包，即SYN+ACK,此时服务器进入SYN_RECV状态

3、ACK

    第三次握手， 客户端收到服务器的SYN+ACK包，给x,y加上1，并发送握手期间的最后一个ACK分组。此包发送完毕，客户端和服务端进入ESTABLISHED状态，完成三次握手。客户端和服务端可以开始传送数据

 

三次握手之后，客户端和服务器之间及可以通信了。

 

TCP的四次挥手

所谓四次挥手（Four-Way Wavehand）即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中，这一过程由客户端或服务端任一方执行close来触发。

为什么断开TCP连接的时候需要四次挥手

由于TCP连接时全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，但是在这个TCP连接上仍然能够发送数据，直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭，而另一方则执行被动关闭

（1）第一次挥手：Client发送一个FIN和随机数M，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态
（2）第二次挥手：Server收到FIN后，,给随机数M加1，发送一个ACK和M+1给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态，Client进入TIME_WAITE状态
（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手

 

为什么建立连接是三次握手，而关闭连接却是四次挥手呢？
这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端

而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送

 

 

TCP为什么要有Keep-Alive呢？，

客户端和服务端通过TCP建立链接之后，如果应用程序或者上层协议一直不发送数据，或者隔很长时间才发送一次数据，当链接很久没有数据报文传输时，如何去确定对方还在线，到底是掉线了还是确实没有数据传输，链接还需不需要保持，这种情况在TCP协议设计中是需要考虑到的。

当超过一段时间之后，TCP自动发送一个数据为空的报文给对方，如果对方回应了这个报文，说明对方还在线，链接可以继续保持，如果对方没有报文返回，并且重试了多次之后则认为链接丢失，没有必要保持链接

TCP的Keep-Alive就是这个作用。

 

HTTP中的Keep-Alive的作用是什么？

一个完整的HTTP事务，有链接的建立，请求的发送，响应接收，断开链接这四个过程

早期通过HTTP协议传输的数据以文本为主，一个请求可能就把所有要返回的数据取到

但是，现在要展现一张完整的页面需要很多个请求才能完成，如图片,JS,CSS等，如果每一个HTTP请求都需要新建并断开一个TCP，这个开销是完全没有必要的。  

开启HTTP 的Keep-Alive之后，能复用已有的TCP链接。

当前一个请求已经响应完毕，服务器端没有立即关闭TCP链接，而是等待一段时间接收浏览器端可能发送过来的第二个请求，通常浏览器在第一个请求返回之后会立即发送第二个请求，如果某一时刻只能有一个链接，同一个TCP链接处理的请求越多，开启KeepAlive，能节省的TCP建立和关闭的消耗就越多