TCP协议和UDP协议

TCP协议和UDP协议

​ tcp协议和udp协议都是工作在传输层，他们的目的都是在程序之间传输数据。数据可以是文本文件可以是视频，对于tcp协议和udp协议来说都是一堆二进制数并没有多大区别，他俩最大的区别就是一个基于连接（TCP）一个基于非链接（UDP）

TCP三次握手、传输确认、四次挥手

​ 三次握手是建立连接的过程，当客户端向服务端发起联机的时候，会先发一包SYN连接请求数据，过去询问一下能否与你建立连接， 第一次握手

​ 这包数据我们成为SYN,如果服务器同意连接则回复医保SYN+ACK包， 第二次握手

客户端能收到以后会会回复一个ACK包，然后连接建立， 第三次握手

​ 因为这个过程发送了3次数据，所称为连接建立。

​ 经历了3次握手后客户端和服务端都进入了传输状态。

​ 为什么不在服务端回复SYN+ACK之后就建立连接，是因为防止已经失效的请求报文，突然又传到服务器引起错误

​ 经历了3次握手以后客户端与服务端都建立了连接，TCP协议需要在不可靠的信道上保证可靠的连接。

​ *一包数据数据又可能会拆成多包发送，如何处理丢包问题？这些数据包到达的先后顺序不同，如何处理乱序问题？

TCP为每一个连接建立了一个发送缓冲区，从建立连接后的第一个字节的序列号为0，后面每个字节的序列号就会增加1，发送数据的时候从发送缓冲区，取一部分数据组成发送报文，在其TCP协议头中会附带序列号和长度，接收端在接收到数据后会发送一个确认报文，确认回复的ACK = 序列号+长度，也就是下已保发送数据包的起始序列号，这样一问一答的形式，能够确保发送端确认发送的数据已经被对方收到，发送端也可以一次发送连续的多包数据，接收端只需要回复一次ACK就可以了，这样发送端可以把待发送的数据分割成一系列的碎片发送到接收端，接收端根据序列号和长度在接收后重构出来完整的数据，假设其中丢失了某些数据包在接收端可以要求发送端重新传输，比如丢失了100-199的数据包，那么接收端返回的ack为100，发送端接到这个就会重传这个数据，然后服务端就行补齐，以上过程不区分客户端和服务端，因为TCP是全双工的 ，对于两端来说均可以采用上述的机制

四次挥手

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

假设客户端主动发起连接关闭请求，他需要向服务器发一个数据包fin包，表示要关闭连接，自己进入终止等待1状态 这是第一次挥手

服务端收到了FIN包自己发送一个ACK包，表示自己进入了关闭等待状态，之后客户端进入终止等待2状态 这是第二次挥手

服务端此时还可以发送未发送的数据，而客户端还可以接受数据，待服务端发送完数据之后发送一包fin包进入最后确认状态，这是第三次挥手

客户端收到之后回复ACK包，进入超时等待状态，经过超时时间后关闭连接，而服务端收到ACK包后立即关闭连接，这是第四次挥手

为什么客户端需要等待超时等待时间？

​ 这是为了保证对方已经收到了ACK包，假设客户端发送最后一包ACK包后就释放连接，一旦ACK包在网络中丢失，服务端将一直停留在最后的确认状态，如果客户端发送最后一包ACK包后，等待一段时间，这时因为服务端没有收到ACK包会重发FIN包，客户端会响应FIN包，客户端会重发ACK包并刷新超时时间

UDP

​ UDP是基于非连接的,发送数据就是把数据包封装一下，然后从网卡发出去就可以了，数据包之间并没有状态上的联系，正因为udp这种简单的处理方式，导致他的性能损耗非常少，对于内存资源喝cpu的占用也远远小于tcp，大师对于网络传输过程中产生的丢包udp协议并不能保证，所以udp在传输稳定上要弱于tcp，

TCP和UDP的区别

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

​ udp的有点就是速度快，到那时可能产生丢包，所以适用于对实时性要求比较高的但是对少量丢包并没有太大要求的场景，比如于域名查询，语音通话，视频直播等。隧道网络，还有子啊SDN中用到的VXLAN也是一种隧道网络。