TCP三次握手和四次挥手

三次握手和四次挥手

**注意：**三次握手建立链接，四次挥手断开链接.

一、三次握手

当客户端向服务端发送连接时，会先发一包连接请求数据，表示能否与你建立连接，这包数据称为SYN包，如果对端同意连接，则会回复一包SYN+ACK包，客户端收到之后回复一包ACK包，连接建立。该过程中互相发送了三包数据，因此称之为三次握手。[SYN 是为了告诉发送端，发送方到接收方的通道没问题；ACK 用来验证接收方到发送方的通道没问题]

为啥要连带发送SYN报文？

TCP是全双工通信，协议规定当收到建立链接请求后必须返回序列号，同时建立本端到对端的通信链接。这也叫做捎带应答机制。

1.为什么是三次握手，而不是两次握手？

j结论：为了防止已失效的报文突然又传到服务器引起错误

假设采用两次握手，当客户端向服务端发送一个SYN包来请求连接，因为某些未知的原因，并没有到达服务器，在中间的 某个网络节点产生的滞留，为了建立连接客户端会重新发送一个SYN包，这次数据包正常送达，服务端回复SYN+ACK之后建立了连接，但是第一包数据阻塞的网络节点突然恢复，第一包SYN包又送达到服务端，此时服务端会误认为是客户端又发起一个新的连接请求，从而在两次握手之后进入等待状态，服务端认为是两个连接，而客户端认为是一个连接，造成了状态不一致。

在三次握手情况下，服务端收不到最后的ACK包，自然不会认为连接建立成功，因此，三次握手就是为了解决网络信道不可靠的问题，为了在不可靠的信道上建立起可靠的连接。

进入三次握手之后，客户端和服务端都进入了数据传输的状态，TCP协议需要在不可靠的信道上保证可靠的连接。

2.tcp如何处理丢包问题？（一包数据被拆成多包数据发送）

3.数据包到达顺序不同，如何处理乱序问题？

TCP协议为每一个连接建立一个发送缓冲区，从建立连接后的第一个字节的序列号为0，后面的每个字节的序列号就会增加1，发送数据时，从发送缓冲区取出一部分数据组成发送报文，在其TCP协议头中会附带序列号和长度，接收端在接收数据后需要恢复确认报文，确认报文中的ACK，也就是下一包数据起始序列号，这样一问一答的发送方式，能够使发送端确认发送的数据，已经被对方收到，发送端也可以一次发送多包数据，接受端只需要回复一次ACK就可以了，这样发送端可以把待发送的数据分割成一系列的碎片发送到对端，对端根据序列号和长度在接受后重构出来完整的数据，

假设丢失了一些数据，在接收端可以要求发送端重传，例如： 丢失了100-199一百个字节，接受端向发送端发送ACK=100的报文， 发送端收到重传这一包数据，接收端进行补齐，以上过程不区分客户端和服务端，因为TCP是全双工的，对两端来说，均采用上述机制。

二、四次挥手

处于连接状态的客户端和服务端都可以发起关闭连接的请求，此时需要四次挥手来进行连接关闭，

• 假设客户端主动发送一个关闭请求，他需要将服务端发起一包FIN包，表示要关闭连接，自己进入终止等待1状态，第一次挥手
• 服务端收到FIN包，发送一个ACK包表示自己进入了关闭等待状态，客户端进入终止等待2状态，第二次挥手
• 服务端此时还可以发送未发送的数据，而客户端还可以接收数据，待服务端发送完数据之后，发送一包FIN包，进入最后确认状态，第三次挥手
• 客户端收到之后回复ACK包，进入超时等待状态，经过超时时间后关闭连接，而服务端收到ACK包之后，立即关闭连接，这是第四次挥手。
  

1.为什么客户端需要等待超时连接？

这是为了保证对方已收到ACK包，因为假设客户端发送完最后一包ACK包后就释放了连接，一旦ACK在网络中丢失，服务端将一直停留在最后的确认状态，如果客户端发送最后一包ACK包之后，等待一段时间，这是服务端没有收到ACK包，会重发FIN包，客户端会响应这个FIN包，重发ACK包并刷新超时时间，该机制和三次握手一样。 也是为了保证在不可靠的网络链路中进行可靠的连接断开确认。

UDP协议

udp协议是非连接协议，发送数据就是简单的将数据包封装一下，爱人年后从网卡发出去就可，数据包之间并没有状态上的联系，因此,会导致数据包性能损耗少，对于cpu内存资源占用也远小于tcp，但是对于网络传输过程中产生的丢包UDP协议并不能保证，因此，UDP在传输稳定性上要弱于tcp。