面试题—TCP和UDP

Poetry _Distance

已于 2022-09-20 08:58:03 修改

阅读量325

点赞数

分类专栏：面试题文章标签：面试题

于 2022-09-19 21:17:43 首次发布

本文链接：https://blog.csdn.net/Qinlong_Stm32/article/details/126939972

版权

面试题专栏收录该内容

4 篇文章 0 订阅

订阅专栏

OSI七层模型

在这里插入图片描述

TCP和UDP区别：

1.UDP是无连接的；TCP是面向连接的
2.UDP是不可靠传输；TCP是可靠传输
3.UDP是面向报文传输；TCP是面向字节流传输
4.UDP支持一对一、一对多、多对一和多对多交互通信；TCP只能是一对一通信
5.UDP首部开销小，仅8字节，TCP首部最小20字节，最大60字节
6.UDP适用于实时应用（IP电话、视频会议、直播等）；TCP适用于要求可靠传输的应用（文件传输等）

UDP

UDP协议全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。在OSI模型中，位于第四层－－传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。
它有以下特点：

1.面向无连接

首先UDP是不需要和TCP一样在发送数据前进行三次握手建立连接的，想发数据就可以开始发送了。并且也只是数据报文的搬运工，不会对数据报文进行任何拆分和拼接操作。具体来说就是：在发送端，应用层将数据传递给传输层的UDP协议，UDP只会给数据增加一个UDP头标识下是UDP协议，然后就传递给网络层了。在接收端，网络层将数据传递给传输层，UDP只去除IP报文头就传递给应用层，不会进行任何拼接操作。

2.有单播、多播、广播功能

UDP不止支持一对一的传输方式，同样支持一对多、多对多，多对一的方式，也就是说UDP提供了单播、多播、广播的功能。

3.UDP是面向报文的

发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付IP层。UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。因此，应用程序必须选择合适大小的报文。

4.不可靠性

首先不可靠性体现在无连接上，通信都不需要建立连接，想发就发，这样的情况肯定不可靠。并且收到什么数据就传递什么数据，并且也不会备份数据，发送数据也不会关心对方是否已经正确接收到数据了。再者，网络环境时好时坏，但是UDP因为没有拥塞控制，一直会以恒定的速度发送数据。即使网络条件不好，也不会对发送速率进行调整。这样实现的弊端就是在网络条件不好的情况下可能会导致丢包。但是优点也很明显，在某些实时性要求高的场合（比如电话会议）就需要使用UDP为不是TCP。

5.头部开销小，传输数据报文时是很高效的。

TCP

当一台计算机想与另一台计算机通信时，两台计算机之间的通信需要畅通且可靠，这样才能保证正确收发数据。于是就用到了TCP。TCP全称是传输控制协议。是一种面向连接的、可靠的、基于字节流的传输层通信协议。

1.TCP连接过程

第一次握手
客户端向服务端发送连接请求报文段。该报文段包含自身的数据通讯初始序号。请求发送后，客户端便进入SYN-SENT状态。
第二次握手
服务端收到连接请求报文段后，如果同意连接，则会发送一个应答，该应答中也会包含自身的数据通讯初始序号，发送完成后便进入SYN-RECEIVED状态。
第三次握手
当客户端收到连接同意的应答后，还要向服务端发送一个确认报文。客户端发完这个报文段后便进入ESTABLISHED状态，服务端收到这个应答后也进入ESTABLISHED状态，此时连接成功建立。
为什么TCP建立连接需要三次握手，而不是两次？这是为了防止出现失效的连接请求报文段被服务端接收的情况，从而产生错误。

2.TCP断开连接

TCP是全双工的，在断开连接时两端都需要发送FIN和ACK。
第一次握手
若客户端A认为数据发送完成，则它需要向服务端B发送连接释放请求。
第二次握手
B收到连接释放请求后，会告诉应用层要释放TCP连接。然后会发送ACK包，并进入CLOSE_WAIT状态，此时表明A到B的连接已经释放，不再接收A发的数据了。但是因为TCP连接是是双向的，所以B仍旧可以发送数据给A。
第三次握手
B如果此时还有没发完的数据会继续发送，完毕后会向A发送释放连接请求，然后B便进入LAST－ACK状态。
第四次握手
A收到释放请求后，向B发送确认应答，此时A进入TIME－WAIT状态。该状态会持续２MSL（最大段生存期，指报文段在网络中生存的时间，超时会被抛弃）时间，若该时间段内没有B的重发请求的话，就进入CLOSED状态。当B收到确认应答后，也便进入CLOSED状态。

TCP协议的特点

面向字节流

TCP不像UDP一样一个个报文独立地传输，而是在不保留报文边界的情况下以字节流方式进行传输。

可靠传输

对于可靠传输，判断丢包、误码靠的是TCP的段编号以及确认号。TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认；如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据（假设丢失了）将会被重传。