TCP与UDP的区别

最新推荐文章于 2019-09-11 19:06:04 发布

rememberyf

最新推荐文章于 2019-09-11 19:06:04 发布

阅读量328

点赞数 1

文章标签： TCP UDP 网络协议 HTTP

本文链接：https://blog.csdn.net/rememberyf/article/details/93752856

版权

1 篇文章 0 订阅

订阅专栏

写在前面：
在面试的时候，经常会被问到TCP和UDP的区别，关于这个问题，我们能说出诸如以下的答案：

	TCP是面向连接的，UDP是面向无连接的。
	TCP是面向字节流的，UDP是面向数据报的。
	TCP保证数据的准确性，UDP可能产生丢包。
	TCP保证数据的顺序，UDP不保证。

但是，面试官听到的时候，肯定会深究这个问题，以及它的一些外延，所以我们有必要从底层来了解下TCP和UDP协议。

我们首先来了解一下报文的头部：
UDP报头
从上面的图片中，我们可以了解到UDP的报文头部主要是源端口和目的端口，通过端口在应用之间传输数据。

	程序结构简单
	面向无连接的，可以一对一传输，也可以一对多传输
	不管网络的拥塞情况，也不管丢包情况，还是会在两个端口之间进行数据传输。

直播：直播平台对网络传播的速率、时延要求较高，可以容忍丢包，但产生卡顿是观众所接受不了的，所以使用基于UDP的视频传输协议。

要理解TCP的特点，我们先来了解一下TCP报文头部，如下所示：
TCP 报文头部

通过以上的解析，我们可以很清楚的了解学习TCP应该关注：

由此可以看出来： TCP是可靠传输。

关于这个问题，我之前专门写过这个，链接如下：三次握手与四次挥手

----滑动窗口协议是传输层进行流量控制的方法，发送方会根据接收方缓存区的大小来调整自己发送的数据（缓存区越大说明网络上的吞吐量越大），这种措施便被称为流量控制。

----当缓存区的缓存数据溢出时，滑动窗口的值会被设置成一个更小的值发送给发送方，此时，发送方接受到的滑动窗口大小为0，发送方停止发送数据，这时发送方过了超时重传的时间，发送一个窗口探测包（数据端只有一个字节），来获取最新滑动窗口的信息。

----在能够承受现有网络负荷的情况下，防止过多的数据注入到网络链路中，使得网络中的路由器和链路不至于过载，这个过程被称为拥塞控制。拥塞控制是一个全局性过程，设计路由器、主机等所有可能影响网络传输的因素。

发送方维持一个拥塞窗口的状态量，拥塞窗口的大小取决于网络的拥塞程度，且是动态变化的。一般来说，只要网络没有出现拥塞，拥塞窗口就会变得大一些，相反，一旦出现拥塞，拥塞窗口就会急剧减小，以确保有足够的时间处理拥塞。

慢启动：在刚开始发送数据的时候，不能将所有的数据发送出去，因为我们并不知道拥塞窗口的大小，所以我们会先嗅探一下，由小到大的增加发送窗口，即：由小到大的增加拥塞窗口，每收到对一段报文的确认后，逐步增加拥塞窗口的大小，使得发送方每段数据注入到的网络速率合理化。
拥塞避免：在每一个RTT（往返时延）中，使拥塞窗口的大小呈线性增长。

注：在慢启动和拥塞避免之间，存在一个门阀值，当拥塞窗口 < 门阀值时，执行慢启动算法；当拥塞窗口 > 门阀值时，执行拥塞避免算法；当出现拥塞的时候，将门阀值设置为拥塞时发送窗口的一半，拥塞窗口设置为初始值，这样的话能够更加减少分组的数量，路由器也有足够的时间将链路上的分组分发出去。

快重传：首先要求接受方每次收到乱序的报文段时，就立即发出重复确认，而不是等自己发送数据的时候才捎带确认。
举个例子： 现在有一段报文段为a,b,c,d,e,f,发送方收到了接收方确认，接着假定接受方收到了d,却没有收到c,接收方不能对d进行确认，因为d是失序报文，依据快重传，应该发送重复确认来使发送方知道没有收到c，而不是等带超时重传。接着发送e,f,又要发送对b的重复确认，快重传规定：一旦收到三个重复确认，就立即重传缺失的报文段，使用快重传可以提高整个网络的吞吐量。
快恢复
5、流量控制和拥塞控制的异同：
相同：都是为了能都提高网络的性能
不同：流量控制---在TCP连接上实现流量控制，仅仅限于接收方和发送方，即端到端。
拥塞控制---处理拥塞现象，在能够承受现有网络负荷的基础上，考虑所有和降低网络传输有关的因素。

以上是最近关于网络协议的一些复习总结，如果有什么讨论的，欢迎留言，最后，祝大家工作顺利。