tcp三次握手与四次挥手

一.TCP三次握手：（简述：A发送一个请求给B，B发回确认，然后A再加以确认，来回共3次）

     （1）第一次握手：客户端发送SYN包（syn=x）到服务器，并进入SYN_SEND状态，等待服务器确认。

     （2）第二次握手：服务器收到SYN包之后，必须确认客户的SYN(ack=x+1),同时自己也发送一个SYN(syn=y)包，即发送SYN+ACK包，此时服务器进入SYN_RECV状态。

     （3）第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1),此时发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务端才正式开始传送数据，理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，Tcp连接都将被一直保持下去。

二.四次挥手：与建立连接的“三次握手”类似，断开一个Tcp连接则需要“四次握手”。

       ①. 第一次挥手：主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方（我已经不会再给你发送数据了，当然，在FIN包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据），但是，此时主动关闭方还可以接受数据。

       ②第二次挥手：被动关闭方收到FIN包后，发送一个ack给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）。

       ③第三次挥手：被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方（我的数据也发送完了，我的数据也发送完了，不会再给你发送数据了）。

       ④第四次挥手：主动关闭方收到FIN，发送一个ack给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。

三 采用三次握手，那采用二次握手可以吗？

        采用三次握手是为了防止失效的连接请求报文段突然再次传送到服务器端，因而产生错误。

        失效的连接请求报文段是指：主机A发送的请求没有收到主机B的确认，于是经过一段时间后，主机A又重新向主机B发送连接请求，且建立成功，顺利完成数据传输。

        采用二次不行的原因：考虑这样一种特殊情况，主机A第一次发送的连接请求并没有丢失，而是因为网络节点导致延迟到达主机B，主机B以为是主机A又发起的新连接，于是主机B同意连接，并向主机A发回确认，但此时主机A根本不会理会，主机B就一直在等待主机A发送数据，导致主机B的资源浪费。