网络协议xx

TCP协议与UDP协议

同异性

• 相同点：都工作在传输层，目标都是在程序之间传输数据（可以是文本、视频、图片

对于tcp协议和udp协议来说，都是一堆二进制数。

• 区别：tcp是连接的，udp是非连接的。

tcp三个关键的步骤：

三次握手：

A：是B吗？我要跟你通信，听得到我说话吗？

B：可以通信，你听得到我说话吗？

A：我也听得到。

四次挥手：

A：呼叫B，我要跟你断开。

B：知道了，等一下我还有话没说完

B：我说完了，可以断开了

A：好的

三次握手

三次握手是建立连接的过程

1. 当客户端向服务端发起连接时，会先发一包syn包连接请求数据，询问能否建立连接。

2. 如果服务端同意连接，则回复一包syn+ack包。

3. 客户端收到之后回复一包ack包，连接建立。

• 服务端回复完syn+ack之后就建立连接，这是为了防止因为已失效的请求报文，突然又传到服务器引起错误。

本质就是为了解决网络信道不可靠的问题，在不可靠的信道上建立可靠的连接。

因为这个过程中互相发送了三包数据，所以称之为三次握手。

传输确认

三次握手之后，客户端和服务端都进入了数据传输状态

一包数据有可能会被拆分成多包发送，如何处理丢包、乱序问题。

tcp为每一个连接建立了一个发送缓冲区，从建立链接后的第一个字节的序列号为0，后面每个字节的序列号都会增加1。发送数据时，从发送缓冲区取一部分数据组成发送报文。在其tcp协议头中会附带序列号和长度，接受端在收到数据后，需要回复确认报文，确认文中的ACK=接受序列号＋长度=下一包数据需要发送的起始序列号。这样一问一答的发送方式，能够使发送端确认发送的数据已经被对方收到。

发送端也可以连续发送连续的多包数据。接收端只要回复一次ACK就可以了。

这样发送端可以把待发送的数据，分割成一系列的碎片发送到对端。对端根据序列号和长度，在接受后重构出来完整的数据，假设其中丢失了某些数据包，接受端可以要求发送端重传。

比如丢失了100-199，接收端向发送端发送ACK=100的报文。发送端收到后重传这一包的数据。

接收端进行补齐，

以上过程不区分客户端和服务端，tcp链接是全双工的，对于两端来说均采用上述机制。

四次挥手

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

1. 假设客户端主动发起连接关闭请求，他需要将服务端发起一包FIN包，表示要关闭连接。自己进入终止等待1状态

2. 服务端收到FIN包，发送一包ACK包，表示自己进入了关闭等待状态，客户端进入终止等待2状态

3. 服务端此时还可以发送未发送的数据，客户端也可以接受数据。待服务端发送完数据之后，发送一包FIN包，进入最后确认状态

4. 客户端收到后回复ACK包，进入超时等待状态，经过超时时间后关闭连接。而服务端收到ACK包后立即关闭连接。

• 超时连接是为了保证对方已收到ACK包，假设客户端发送完最后一包ACK包就释放了连接，一旦ACK包在网络中丢失，服务端将一直停留在最后确认状态。

• 如果客户端发送最后一包ACK包后，等待一段时间，这时服务端因为没有收到ACK包，会重发FIN包，客户端会响应这个FIN包。重发ACK包并刷新超时时间，这个机制和三次握手本质一样

UDP协议

基于非连接，发送数据就是简单的把数据包封装一下，然后从网卡发出去就可以了，数据包之间并没有状态上的联系。

正因为udp这种简单的处理方式，导致他的性能损耗非常少。对于CPU内存资源占用也远小于tcp，但是对于网络传输过程中产生的丢包，udp协议并不能保证，所以udp在传输稳定性上要弱于tcp。

总结

tcp传输数据稳定可靠，适用于对网络通讯质量要求较高的场景，需要准确无误的传输给对方，比如传输文件、发送邮件、浏览网页等。

udp的优点是速度快，但是可能产生丢包，所以适用于对实时性要求较高，但是对少量丢包并无太大要求的场景，比如域名查询、语言通话、视频直播等。udp还有一个非常重要的应用场景，就是隧道网络（比如vpn，SDN中用到的VXLAN